做一个基于框架的系统开发，目前想做的是一个二手书交易网站，对于一个有应用价值的系统不采用框架总是感觉不够正式，有了框架显得更加的高端大气上档次，框架选择servlet和hibernate，原因一是因为最近学习了架构知识，通过这次实 践来巩固加强对架构的认识，掌握更多更全面的知识,而是对框架的优势有了初步的认识，框架能简化我们程序员的繁重的工作量，利用框架可以生成许多代码而不 用我们自己去敲，缩短开发周期，避免许多错误，对于涉众项目来说显得十分必要。
servlet,它主要负责后台业务处理，在这次开发中我打算用HTML和ajax+json+jquery来替代jsp就算是对新技术的学习，因为碰到过的实际项目中都是不包含jsp网页的，网上搜索了一些资料大致概述如下：jsp请求次数少，不用考虑浏览器的兼容性缺点是服务器的压力增大，前端与后端 未分离不利于实际的开发分工，复用率低，采用新模式的优势跨平台能力强缺点ajax开发难度大无法直接显示Java实体类对象需要装换为json格式。已经对ajax有过初步的认识，ajax可以使用js中获取后台服务器的数据，数据可以是文本形式也可以是XML,还可以是HEAD,当然新技术的学习代表了开发周期要长,当然期间肯定能通过新知识获得更大的成就感和有更多的收获，反正其实要实现的业务逻辑基本上是一样的每种技术都自有它的优势和劣势，通过这次试用servlet和其它技术理解它的劣势和优势以便以后选择。
Hibernate，它的主要用途是数据库的连接，减少数据库连接的代码量，通过对编译器的操作来连接数据库，再就是面向对象的思想，生成实体类就是数据库表映射到编译器中，编译器生成对应表的类，通过对类的对象的操作实现数据库增删改查，hibernate的优点是简化了连接数据库写代码的工作量，体现了面向的思想，是轻量级的JDBC的对象封装可以用在任何JDBC可以使用的场合，允许代码以对象的模式来实现对数据库的访问，要是我们想实现一个user的信息一般需要通过select语句执行数据库的查找，而hibernate将user信息看做一个对象直接user.getInfo()等就实现了对用户信息的查找，但是hibernate同样存在着缺点一方面它的效率比JDBC低再就是不适合做批量操作。
总之选择这俩框架主要是能实现业务要求，再就是对框架进行更深入的研究，能体会框架和没有框架的区别，各个框架在实际的应用的优势和不足，框架是否真的很适用，再使用框架的应用系统中体现质量战术，提高系统的可用性，易用性，安全性，将体系架构的知识融入进系统开发，看看体系架构理论知识和框架的结合是否真的有更好的对于用户，开发人员，测试人员等的好处和优势。