如何构建自己的Framework（银弹）,适应用户多变的需求 (1)

最近一直在忙着开发新的产品，用于写Blog的时间，就相对少很多了。我在不断完善和丰富那个基于SaaS架构的进销存的时候，给自己积累了一个副产品：那就是一个基于Flex、J2EE和Restful风格的快速开发框架。这套框架已经成功应用于3个需求迥异，完全不相关项目。

（1）第一个项目当然还是这套进销存，不过，我已经加入网店管理功能，产品本身变化还是很大的。过一阵就可以把Demo放出来了。

        后台还是Flex+这套J2EE框架+MySQL/Oracle

        前台则是JSP+JSON+这套J2EE框架+MySQL/Oracle

（2）第2个项目是一个电信业 综合业务管理程序，一个朋友基于这套框架，快速开发出了自己的这套 电信行业后台管理程序

         架构是Flex+这套J2EE框架+Oracle，当然去掉了SaaS的数据隔离

（3）第3个项目则是一个民间个人借贷的Web2.0的网站，另外一个上海的朋友，基于这套框架，正在开发他自己的Web2.0网站

        架构是JSP+JSON+这套J2EE框架+MySQL，也去掉了SaaS的数据隔离。

 

在这3个行业需求差异很大的产品/项目的实战过程当中，我也使自己在不断的完善那个框架。我现在把我在完善这个框架过程当中的一点心得，和大家一起分享一下。仅供参考。

 

我曾在一个网站上看到“山寨框架”的概念，并历数“山寨框架”的种种危害，如果算起来，我也这个框架肯定也是“山寨框架了”，象流行的SSH(Spring/Struts/Hibernate)，Struts和Hibernate是一点没用，Spring仅仅用了它的Transaction，用于事务的提交。关于“山寨框架”的问题，个人观点，我觉得一个程序员，如果自己一辈子不曾或者根本不打算做出一个“山寨框架”出来，只是用流行的框架“堆积”自己的项目，那么这个程序员，做到30岁之后，，在中国，还继续搞技术的可能性就没有了。如果是一个产品型的公司，那么构建自己公司的框架，则也是必须的。中关村靠攒机器发家致富的，也就是联想而已，其余长千上万依靠堆积别家零部件的小企业，纷纷倒闭或者转行了，没有什么核心竞争力。在这方面，软硬件是相通的。

 

闲话少叙，还是回到正题。理论上，前台是ASP/PHP/JSP/Flex或者别的视图层技术，都是无所谓的，都是可以的，只要该视图层支持Restfu/JSONl即可。其架构如下图所示：

 

                                 （图一）