Web开发虽然是我们常说的B/S模式，其实本质上也是一种特殊的C/S模式，只不过C和S的选择余地相对要窄了不少，而且更标准化。

不论是采用什么浏览器和后端引擎框架，Web开发的本质，其实就是围绕HTTP协议来通讯。

为什么做java的web开发我们会使用struts2，springMVC和spring这样的框架? 

http://www.admin10000.com/document/6213.html

摘录：

Servlet的作用是接收浏览器传给服务端的请求（request），并将服务端处理完的响应（response）返回给用户的浏览器，浏览器和服务端之间通过http协议进行沟通，其过程是浏览器根据用户的选择将相关信息按http协议报文的规范组装请求的http报文，报文通过网络传输到指定的服务器，服务器通过特定的web容器接收这个报文信息，例如：tomcat，jetty，jboss这样的web容器，web容器会将http报文解析出来，如果是用户请求，最终解析出来的报文信息会用一个request对象存储起来，服务端使用这个request做完相应的处理后，服务端程序将结果信息封装到response对象里，然后将response对象交给web容器，web容器则把这个response对象转变为http协议的报文，并将报文回传给浏览器，浏览器最后解析这个响应报文，将最终结果展示给用户。

Web容器创造了servlet接口，servlet接口就是开发人员自己实现业务逻辑的地方，程序员开发servlet就好比做填空题，而填空题的语境或者说上下文提示就是由request和response对象，但是javaEE规范里的servlet接口很简单，就三个方法init，service和destory，但是这个接口太笼统，所以规范里还提供了一个HttpServlet类，这个类根据http请求类型提供了doGet，doPost等方法，servlet接口最大的特点就是根据http协议的特点进行定义，因此做servlet开发时候如果使用者对http协议特点不是特别熟悉，都会碰到或多或少令人迷惑的问题，特别是碰到一些复杂特殊的请求时候：例如文件上传，返回特殊的文件格式到浏览器，这时候使用servlet开发就不是很方便了，servlet开发还有个问题可能大家常常被忽视，就是请求的数据的类型转化，http协议传输都是文本形式，到了web容器解析后也是文本类型，如果碰到货币，数字，日期这样的类型需要我们根据实际情况进行转化，如果页面传送的信息非常多，我们就不得不做大量类型转化，这种工作没有什么技术含量，是个体力活而且很容易导致程序错误。同时java的企业开发都是围绕javabean进行，类型转化好的数据还要封装到对应的javabean里，这种转来转去的事情对于项目开发绝对不是什么好事情，所以古老的struts1为这种问题找到了一种解决方案，就是定义了一个DTO对象（数据传输对象），专门负责做这样的事情，不过到了struts2，整个替代servlet的action本身就是一个javabean。

前后端分离的思考与实践

http://www.admin10000.com/document/4259.html

http://www.admin10000.com/document/4260.html

http://www.admin10000.com/document/4261.html

上述部分很值得一看，研究一番之后再看看其他人是怎么说的

（1）http://www.open-open.com/lib/view/open1420599772187.html

（2）http://my.oschina.net/ulyn/blog/324626

 （3）http://www.cnblogs.com/dothin/p/5361883.html

如题：一个网站的诞生，看别人是如何从无到有实现一个网站的

http://blog.csdn.net/u011539200/article/category/2450993

未完待续