让企业应用更快一些（一）：写在前面的话

写在前面的话：

    一直以来深觉自己太懒，哪怕是自己在家学习也只愿意看一些理论或基础的东西，而不愿意深入技术细节。诸如easy ui或者spring mvc等很火热的技术，虽然都有所了解，但是除非项目中需要用到，否则绝不去碰的。直到最近深深头疼于现在使用的项目框架，想要做出一些让java企业应用开发更加便捷的尝试，却感觉很多想法由于自己对很多技术细节不了解，只能悬在空中，无法脚踏实地。必须要做点什么了！

    好了，废话不多说，进入正题。从我08年开始工作以来，也曾换过几个单位，但是很不幸，一直在所谓的企业应用的圈子里面打转。而项目的架构变来变去，不管采用什么技术和框架实现，基本都大同小异。开始的时候或者觉得比较得心应手，随着项目的规模和代码级别的膨胀，就会让人感觉深陷泥沼，束手束脚。更恐怖的是，这样的架构从一开始就不是基于原型开发去设计的，当需求变更时，我们的架构决定了我们无法快速的按照变更后的需求产出原型，对需求变更的响应时间大大延长。我们能不能做到更灵活一些，对变化的响应更敏捷一些？

    在此处我无意讨论敏捷开发，只是想从具体的架构说起。毕竟敏捷开发这种东西，想要真正用起来，牵涉太多，而且每个公司都有自己不同的理念和见解。也不用多说单元测试，用不用TDD都随意。我想做的，也不是类似于脚手架之类的东西，例如play!。

    我真正想要做出的东西，是能够真正以原型为驱动、以前端为驱动，真正解除前端与后台之间的耦合，借助于前端MVC框架和RESTful，可以让团队在前期真正将精力集中在需求、原型和前端展现，而对于后台只需要实现原先设定的业务逻辑即可。在这个过程中，可以实施敏捷、TDD，也可以沿袭原先的项目开发方式。最终的项目架构必须能够快速响应、拥抱变化。

 

评论

2 楼 lovemylover 2013-05-28  

zjarcher 写道

兄弟，我和你有相似的抱负，如果能建立这样一种‘拥抱变化’的模式，极有可能打破现有的企业应用市场格局。拭目以待！

我深知自己的能量，自认没有打破企业应用市场格局的能力。我想做的，不过是让自己、现在以及未来的同事、和我有同样体会和想法的程序员能够少加一些班、少走一些弯路、少付出一些代价，多一分快乐、多一分收获、多一分成长，仅此而已！

1 楼 zjarcher 2013-05-28  

兄弟，我和你有相似的抱负，如果能建立这样一种‘拥抱变化’的模式，极有可能打破现有的企业应用市场格局。拭目以待！