web开发，不用框架会怎样？
“
struts1的action居然不是线程安全的！
spring默认居然也不是线程安全的！
spring非单例时的性能和功能有待考证！
不懂web前台的java程序员居然提倡非标准的标签编程美其名曰美工看不懂代码！
SSH一上，代码阅读性狂降到0，特别是spring的aop，从被拦截的类里是看不出被拦截的！
SSH开发阅读性低的离谱，代码-XML-代码-XML-代码-XML看到死！为了解耦不惜一切！
”
很多时候，搞java的人有点偏执了，自我陶醉在java的世界里，疯狂追求理论、追求设计模式、追求框架、追求用java解决一切，java已经蜕变为臃肿、复杂、混乱的代名词，越来越多的人开始投奔C#（本人预测5年内java将失去其头上的光环，不是败给C#是败给自己），要知道在web中java只是web的一个后台可选方案，不要试图用java去解决前台的问题，前台技术又是一番天地（html、ajax、js、jquery、css、flex、flash、activex、PS、Silverlight...）。程序有思想最重要，不然你最多做做信息系统，无法胜任创新型研发，下面是我常用的一种简单开发模式，不能说有啥特别的地方，我认为最关键的是这是我亲手写出来的，没有依赖其它插件和框架，所以最大的好处自然就是“出了问题一眼我就知道出在哪”。
下面这个方法其实思路很明了，只是写到文字上就看起来复杂了，我向同事介绍我的思路时只用了10分钟。
此文并没有框架不能用之意，希望大家逃离框架的约束，不至于没了框架就什么都不会做了：
“不要在一棵树上吊死，到周围的树上试试”，我们在层出不穷的框架上滴血流汗，被框架框的严严实实。
在这里有必要提倡写自己的代码写自己的思想，别人的东西虽好但那是有环境的不是所有情况下都完美的，我们可能背离了计算机语言的初衷——实现自己的想法。这里我和大家简单讨论下tomcat下开发的一种纯java代码的模式，用简单的方法实现MVC。
第一步：用静态html+css+div+js开发静态页面，反复修改满意后继续下一步。
第二步：封装自己的持久化工具。运用DAO模式+工厂模式对数据库进行封装，实现持久化，再次强调对象的持久化其实就是把对象属性存到数据库，所谓持久化方法就是封装JDBC增删改查等基本功能的类，调用时传入一个带属性的类，然后封装类取得传入类的属性并调用自己的方法把数据存入数据库，这就实现了传入类的持久化。
定义表Vo包： Tab1Vo（属性和表列名对应） Tab2Vo Tab…Vo
DBConnection.class（DB连接类，以下省略.class）
|
调用DBConnection SQLbase（增删改查…类，参数决定SQL访问表）
|
———————————————————————
|
DAO定义： Tab1Dao（对应DB表） Tab2Dao Table…Dao |
| | | |
Dao实现：Tab1DaoIm(Tab1Vo) Tab2DaoIm(Tab2Vo) Tab…DaoIm(Tab…Vo) <—- 继承SQLbase
| | |
———————————————————
|
工厂： factory（实例化工厂）
在调用时只用到 定义表Vo包 和 工厂包，new一个表对应Vo类，调用factory实例化表对应DAO对象，因为实例化对象继承了SQLbase所以它具有SQLbase定义过的任何增删改查…操作，一旦到运用时你会发现，我们只是new了一个Vo类然后用工厂实例化一个对象并传入Vo实现所以数据库操作，这就是所谓对象的实例化。
现在来分析封装代码量，
1.定义表Vo：其实就是以表名为属性建立一个简单类并生成getter和setter，没了。
2.DBConnection：一成不变的JDBC连接数据库，核心不过10行代码。
3.SQLbase：这个类可能要复杂点，现所有需要的数据库操作，一般就增删改查…（分页在此通过SQL决定），你会发现由于它是从DBConnection返回DB连接的所以具体DB被分离，这个类以后可以拿到任何地方去操作DB，只要修改一下DBConnection。
4.Dao实现：由于SQLbase封装了N多操作，但你的某张表并不需要，这时可以在这里裁剪，由于继承了SQLbase，只要根据Vo传参调用SQLbase方法就实现了，代码小于30行。
5.factory：就是简单返回Dao实例，一个调用没了，代码很少。
在DB中可以用统一的表命名法比如Table1，Table2，Table3，Table……并在注释中体现具体对应，这样你的封装以后可以在任何类似场合用，根据你SQLbase功能的强大，你的封装不比Hibernate差，关键是这是你写的你对它了如指掌。
第三部：用servlet取代Struts。相比Struts1，Struts2的确你能简化开发流程，但是特殊时候还是URL直接传参来的靠谱。
1.创建页面跳转servlet：
servlet（用于跳转和控制的servlet）
|
|
获取URL参数id…并过滤(这里id…指URL传的多个参数)，如非法跳转错误jsp页面
|
|
if（id=page1…）{ 调用页面bean1(页面bean下面会讲)获得数据，跳转到相应jsp }
|
|
if（id=page2…）{ 调用页面bean2获得数据，跳转到相应jsp }
|
|
if（id=page3…）{ 调用页面bean3获得数据，跳转到相应jsp }
|
.
.
.
else{ 跳转到404错误jsp页面 }
第四步：实现页面Bean
2.实现“页面bean”，众所周知JAVA是面向对象的，这里的“页面bean”对象就是JSP页面，页面bean里提供了对应jsp页面所需所有动态数据，包括下页id参数、导航路径等一切动态的数据，这样的好处是你在第一步建立静态网页时只要建立几个模板，然后传参调用，根据参数显示不同内容，但是你调用的始终是一个JSP不同的是里面的内容，这样就重用了JSP。
所有的数据库调用和业务逻辑都是在页面Bean里实现的，页面Bean里有N多属性，对应了JSP页面各个动态数据，在页面Bean中可以调用其他功能Bean。举例：
PageBean1
|
—————————————————————————— ……
| | | | | |
属性： 当前页面导航 页面内容List 日期 下一页id 上一页id 作者 ……
3.实现页面bean工厂。PageBeanFactory可以实例化并返回所有页面bean。
现在我们来运用：在显示页面只需导入页面bean工厂包 和 页面bean包，这和持久化封装其实是一个道理，new一个页面Bean调用时用工厂根据参数实例化当前页面Bean，然后用 <%=bean.属性 %>的方式来显示页面内容。如果要修改显示内容只需要修改页面Bean，显示层不变，任何数据来源、逻辑都在页面Bean里解决，完全和JSP显示层解耦。
第五步：建立过滤器（和spring中AOP效果差不多，只是它是面向访问切面的）。所有安全问题，权限问题，编码问题，一律放在过滤器里过滤，不合法的一律跳转错误页面。每当用户进入把过滤IP的专用Bean实例引用传给其Sessen，一旦用户非法操作达一定数量拒绝其访问。
第六步：配置服务器安全，在web配置中配置404、505、I\O异常等一律跳转错误页并设置错误页3秒后返回主页。杀掉地址栏前面的小猫，建立自己的favicon.ico并配置WEB文件，配置跳转servlet后缀名，影藏后台实现语言。
总结：
1.你的代码和BD或其它数据来源完全解耦
2.和显示层JSP完全解耦
3.你的持久化可以在任何场合(看你封装能力)复用
4.servelet担当控制，没有任何的配置，修改非常方便，只要修改servlet里if语句，想跳那跳那。
5.数据库密码那可以适当用下java的properties配置文件
“写自己的代码，写自己的思想”，抛弃框架的束缚吧，没有框架你一样可以做到！
1 楼 cosmo1987 2011-10-16 一个开发，无所谓用不用，自己的习惯。多人协作开发，问题就来了。你可以想想多人开发的时候，不用框架会遇到什么问题，就明白了web开发，不用框架会怎样。
