写在前面的话：
一直以来深觉自己太懒，哪怕是自己在家学习也只愿意看一些理论或基础的东西，而不愿意深入技术细节。诸如easy ui或者spring mvc等很火热的技术，虽然都有所了解，但是除非项目中需要用到，否则绝不去碰的。直到最近深深头疼于现在使用的项目框架，想要做出一些让java企业应用开发更加便捷的尝试，却感觉很多想法由于自己对很多技术细节不了解，只能悬在空中，无法脚踏实地。必须要做点什么了！
好了，废话不多说，进入正题。从我08年开始工作以来，也曾换过几个单位，但是很不幸，一直在所谓的企业应用的圈子里面打转。而项目的架构变来变去，不管采用什么技术和框架实现，基本都大同小异。开始的时候或者觉得比较得心应手，随着项目的规模和代码级别的膨胀，就会让人感觉深陷泥沼，束手束脚。更恐怖的是，这样的架构从一开始就不是基于原型开发去设计的，当需求变更时，我们的架构决定了我们无法快速的按照变更后的需求产出原型，对需求变更的响应时间大大延长。我们能不能做到更灵活一些，对变化的响应更敏捷一些？
在此处我无意讨论敏捷开发，只是想从具体的架构说起。毕竟敏捷开发这种东西，想要真正用起来，牵涉太多，而且每个公司都有自己不同的理念和见解。也不用多说单元测试，用不用TDD都随意。我想做的，也不是类似于脚手架之类的东西，例如play!。
我真正想要做出的东西，是能够真正以原型为驱动、以前端为驱动，真正解除前端与后台之间的耦合，借助于前端MVC框架和RESTful，可以让团队在前期真正将精力集中在需求、原型和前端展现，而对于后台只需要实现原先设定的业务逻辑即可。在这个过程中，可以实施敏捷、TDD，也可以沿袭原先的项目开发方式。最终的项目架构必须能够快速响应、拥抱变化。