winform webapi 在web开发或app api 开发中 避免介面被单个使用者并发请求的常用方法有哪些

在web开发或app api 开发中 避免介面被单个使用者并发请求的常用方法有哪些  

在web开发或app api 开发中 避免介面被单个使用者并发请求的常用方法有哪些

WebApp是一种新出现的基于WEB形式的类应用程式，执行在高阶的移动终端装置上，其应用范围会越来越广。
开发者们都知道在高阶智慧手机系统中有两种应用程式：一种是基于本地（作业系统）执行的APP；一种是基于高阶机的浏览器执行的WebApp，本文将主要讲解后者。
WebApp与Native App有何区别呢？
Native App：
1、开发成本非常大。
一般使用的开发语言为JAVA、C++、Objective-C。
2、更新体验较差、同时也比较麻烦
每一次释出新的版本，都需要做版本打包，且需要使用者手动更新（有些应用程式即使不需要使用者手动更新，但是也需要有一个恶心的提示）。
3、非常酷
因为native app可以呼叫IOS中的UI控制元件以UI方法，它可以实现WebApp无法实现的一些非常酷的互动效果
4、Native app是被Apple认可的
Native app可以被Apple认可为一款可信任的独立软体，可以放在Apple Stroe出售，但是Web app却不行。
Web App：
1、开发成本较低
使用5 + CSS3 + js 等web开发技术就可以轻松的完成web app的开发。效果上面能够完全模拟传统应用程式效果。
2、升级较简单
由于不需要通过苹果商店释出，所以升级不需要通知使用者，在服务端更新档案即可，使用者完全没有感觉
3、维护比较轻松
和一般的web一样，维护比较简单，它其实就是一个站点
Webapp说白了就是一个针对Iphone、Android优化后的web站点，它使用的技术无非就是HTML或HTML5、CSS3、JavaScript，服务端技术JAVA、PHP、ASP。
当然，因为这些高阶智慧手机（Iphone、Android）的内建浏览器都是基于webkit核心的，所以在开发WEBAPP时，多数都是使用 HTML5和CSS3技术做UI布局。当使用HTML5和CSS3l做UI时，若还是遵循着一般web开发中使用HTML4和CSS2那样的开发方式的 话，这也就失去了WEBAPP的本质意义了，且有些效果也无法实现的，所以在此又回到了我们的主题–webapp的布局方式和技术。
在此所说的移动平台前端开发是指标对高阶智慧手机（如Iphone、Android）做站点适配也就是WebApp，并非是针对普通手机开发 Wap 2.0，所以在阅读本篇文章以前，你需要对webkit核心的浏览器有一定的了解，你需要对HTML5和CSS3有一定的了解。如果你已经对此有 所了解，那现在就开始往下阅读吧……
1、首先我们来看看webkit核心中的一些私有的meta标签，这些meta标签在开发webapp时起到非常重要的作用
1 <meta content=”width=device-width, initial-scale=1.0, maximum-scale=1.0, user-scalable=0;” name=”viewport” />
2 <meta content=”yes” name=”apple-mobile-web-app-capable” />
3 <meta content=”black” name=”apple-mobile-web-app-status-bar-style” />
4 <meta content=”telephone=no,email=no” name=”format-detection” />
第一个meta标签表示：强制让文件的宽度与装置的宽度保持1:1，并且文件最大的宽度比例是1.0，且不允许使用者点选萤幕放大浏览；
user-scalable定义是否可缩放（0为不缩放），使页面固定装置上面的大小。
（注意：据说HTC G7自身系统浏览器不支援这一条规则，能对页面进行放大，一旦放大导致页面布局错乱，解决方法：定义页面的最小宽度 min-width，body{min-width: 300px;}）
iOS 7.1的Safari为meta标签新增minimal-ui属性，在网页载入时隐藏位址列与导航栏。<meta name=viewport content="width=device-width, initial-scale=1, user-scalable=no, minimal-ui" />
第二个meta标签是ios装置(不只iphone)中的safari私有meta标签，它表示：允许全屏模式浏览，开启对Web Aapp程式的支援。；
第三个meta标签也是ios系统的私有标签，它指定在web app状态下，ios装置中顶端的状态条的颜色； 预设值为default（白色），可以定为black（黑色）和black-translucent（灰色半透明）。若值为“black-translucent”将会占据页面px位置，浮在页面上方（会覆蓋页面20px高度–iphone4和itouch4的Retina萤幕为40px）。
第四个meta标签表示：使装置浏览网页时对数字不启用电话功能（不同装置解释不同，itouch点选数字为存入联络人，iphone为拨打电话），忽略将页面中的数字识别为电话号码。
若需要启用电话功能将telephone=yes即可，具体呼叫格式可以这样书写程式码<a href=”13800138000″>Call Me</a>，若在页面上面有google maps, iTunes和youtube的连结会在ios装置上开启相应的程式元件。
2、HTML5标签的使用
在开始编写webapp时，哥建议前端工程师使用HTML5，而放弃HTML4，因为HTML5可以实现一些HTML4中无法实现的丰富的WEB应用程式 的体验，可以减少开发者很多的工作量，当然了你决定使用HTML5前，一定要对此非常熟悉，要知道HTML5的新标签的作用。比如定义一块内容或文章区域 可使用section标签，定义导航条或选项卡可以直接使用nav标签等等。
3、放弃CSS float属性
在专案开发过程中可以会遇到内容排列排列显示的布局(见下图)，假如你遇见这样的视觉稿，哥建议你放弃float，可以直接使用display:block;
4、利用CSS3边框背景属性
这个按钮有圆角效果，有内发光效果还有高光效果，这样的按钮使用CSS3写是无法写出来的，当然圆角可以使用CSS3来写，但高光和内发光却无法使用 CSS3编写，这个时候你不妨使用-webkit-border-image来定义这个按钮的样式。-webkit-border-image就个很复杂 的样式属性。
5、块级化a标签
请保证将每条资料都放在一个a标签中，为何这样做？因为在触控手机上，为提升使用者体验，尽可能的保证使用者的可点选区域较大。
6、自适应布局模式
在编写CSS时，我不建议前端工程师把容器（不管是外层容器还是内层）的宽度定死。为达到适配各种手持装置，我建议前端工程师使用自适应布局模式（支付宝 采用了自适应布局模式），因为这样做可以让你的页面在ipad、itouch、ipod、iphone、android、web safarik、 chrome都能够正常的显示，你无需再次考虑装置的解析度。

1.加token,避免重复提交
2.插入的时候判断是否存在，需要配合事务
3.记录使用者ID，并设为外来键

C#web开发中出现高并发具体处理方法有哪些

尽量使用快取，包括使用者快取，资讯快取等，多花点记忆体来做快取，可以大量减少与资料库的互动，提高效能。
用jprofiler等工具找出效能瓶颈，减少额外的开销。
优化资料库查询语句，减少直接使用hibernate等工具的直接生成语句（仅耗时较长的查询做优化）。
优化资料库结构，多做索引，提高查询效率。
统计的功能尽量做快取，或按每天一统计或定时统计相关报表，避免需要时进行统计的功能。
能使用静态页面的地方尽量使用，减少容器的解析（尽量将动态内容生成静态来显示）。
解决以上问题后，使用伺服器丛集来解决单台的瓶颈问题。
基本上以上述问题解决后，达到系统最优。

java web开发中 前台 接收到 后台资料的方法有哪些

一般用AJAX 如果传输的资料比较复杂 同时会用到JSON
可以在W3CSchool 中找ajax的教程 很简单

开发需求的方法有哪些

　三种需求分析的方法：结构化分析方法、面向物件的分析方法、面向问题域的分析方法。
结构化的分析方法是传统的分析法，它的好处是在需求阶段可以不需要精确地定义系统，只需要根据业务框架确定系统的功能范围，以及每个功能的处理逻辑和业务规则，功能需求规格书等。因为不需要精确描述，因此描述系统的方式比较灵活多样，可以采用图表、示例图、文字等等方式来描述系统。在系统开发以前，一般还可以采用更为直观的原型系统方式和终端使用者进行交流和确认，因此对业务需求的要求会低一些，业务需求阶段的周期相对容易控制；通过业务全景图，终端使用者也能了解系统的功能；通过功能活动图和业务规则的描述，也可以相对精确地描述业务系统；因为没有严格的标记语言，可以采用适当的篇幅描述适当的系统。当然，这种方法的缺点也是明显的，分析人员和业务人员之间可能缺乏共同语言，机器不能识别业务需求书，在设计阶段还需要继续和使用者确认一部分功能。
面向物件的分析方法的最大好处是在需求阶段，就能够非常精确地描述一个系统，采用程式语言的方式和终端使用者交流（终端使用者必须要熟悉这种语言），能够在专案一开始就发现很多问题，避免在开发的过程中出现需求的反复，而且在系统设计和开发阶段不需要终端使用者参与。在实施上，一般可以采用场景、业务功能等方式来描述，比较适合于业务流程环节多的系统，或者软体产品的开发。但是，我们也要看到，在现实中，绝大多数的应用系统都很难在需求阶段就可以被精确地抽象化定义，所以这种方法的缺点和困难也是显而易见的：首先，使用者要非常清楚地知道最终的业务系统应该是什么样，或者采用一种抽象的方式能够确定最终的应用系统；其次，因为终端使用者不需要参与设计和开发阶段的工作，所以双方确定业务需求的过程也会比较长；同时，因为是精确描述，因此描述系统的语言是非常逻辑化的，一般通过某种方式可以使机器识别业务需求，采用这种方式写的业务需求是非常格式化的，一方面描述一个系统需要的资讯非常多，可能使需求说明的篇幅非常长，不便于理解和阅读；另外由于通过抽象的方式来推演最终系统的执行方式，对业务人员的要求非常高。

请教FreeMarker在java web开发中使用方法

在 Web应用中使用FreeMarker
在Web应用中使用FreeMarker跟在Java程式中使用并没有太大的区别. 下面是是一个在Web中使用的例子,用来生成HTML页面的模板档案内容如下:
<>
<head>
<title>FreeMarker 的HelloWorld</title>
</head>
<body>
${message}
</body>
</>
我们在Web应用中使用FreeMarker时,应该让Servlet来合并模板和资料,因此,Servlet负责建立Configuration例项,并负责合并模板和资料,下面是Servlet原始码:
package lee;
import java.util.*;
import java.io.*;
import javax.servlet.*;
import javax.servlet..*;
import freemarker.template.*;
public class HelloServlet extends HttpServlet
{
private Configuration cfg;
public void init()
{
初始化FreeMarker配置
建立一个Configuration例项
cfg = new Configuration();
设定 FreeMarker的模版档案位置
cfg.setServletContextForTemplateLoading(getServletContext(), "WEB-INF/templates");
}

public void service(HttpServletRequest request, HttpServletResponse response)
throws ServletException, IOException
{
建立资料模型
Map root = new HashMap();
root.put("message", "Hello FreeMarker!");
取得模版档案
Template t = cfg.getTemplate("test.ftl");
开始准备生成输出
- 使用模版档案的charset作为本页面的charset
- 使用text/ MIME-type
response.setContentType("text/; charset=" + t.getEncoding());
Writer out = response.getWriter();

合并资料模型和模版，并将结果输出到out中
try
{
t.process(root, out);
}
catch (TemplateException e)
{
throw new ServletException("处理Template模版中出现错误", e);
}
}
}
可以看到这个Servlet类的程式码与普通的Java程式中使用FreeMarker大致一样,区别有两个:1,设定FreeMarker载入模板的方法不一样,在Servlet中设定载入的方法是setServletContextForTemplateLoading,第一个引数是本web应用的 ServletContext,第二个引数是模板档案的路径.;2,结果必须输出到HttpServletResponse中,才能被浏览器载入.
配置Servlet的web.xml档案中的程式码如下:
<web-app>
<servlet>
<servlet-name>hello</servlet-name>
<servlet-class>lee.HelloServlet</servlet-class>
</servlet>
<servlet-mapping>
<servlet-name>hello</servlet-name>
<url-pattern>/hello</url-pattern>
</servlet-mapping>
</web-app>

主要是用来渲染页面嘛

springMVC 简单配置

<!-- freemarker config --> <bean id="freemarkerConfig" > <property name=templateLoaderPath value="/WEB-INF/views/" /> <property name=freemarkerSettings> <props> <prop key="template_update_delay">0</prop> <prop key="default_encoding">UTF-8</prop> <prop key="url_escaping_charset">UTF-8</prop> <prop key="locale">zh_CN</prop> <prop key="number_format">0.##########</prop> <prop key="datetime_format">yyyy-MM-dd HH:mm:ss</prop> <prop key="classic_patible">true</prop> <prop key="template_exception_handler">ignore</prop> </props> </property> </bean> <!-- View resolvers can also be configured with ResourceBundles or XML files. If you need different view resolving based on Locale, you have to use the resource bundle resolver. --> <bean id="viewResolver" > <property name=cache value="true" /> <property name=prefix value="" /> <property name=suffix value=".ftl" /> <property name=contentType value="text/; charset=UTF-8" /> <property name=exposeRequestAttributes value="false" /> <property name=exposeSessionAttributes value="false" /> <property name=exposeSpringMacroHelpers value="true" /> <property name=requestContextAttribute value="rc" /> </bean>

FreeMarker更多的是做为一种模版来使用，然后生成静态页面。
这个是官网:freemarker./有相关文件