jws-jpt简介

jws-jpt 项目地址 http://code.google.com/p/jws-jpt/  简单说就是一傻瓜型开发环境+模板，带有传说中的CRUD功能及COC零配置，做企业管理系统足够了，更远的什么osgi啦，分布式啦，soa啦暂不考虑，文档在整理中。

 

　　J (java) W (web) S (studio)是一个集成、绿色、简洁的开发环境。JWS通过集成 maven2, ant, eclipse 使开发环境变成全绿色，甚至jdk都无需安装。这样开发团队就可以通过直接拷贝JWS实现开发环境的统一配置，缩短了项目的启动周期，方便了团队新成员的加入。由于JWS只是通过批处理使用所集成工具的核心功能，所以可看作是这些工具的最小组合，避免了由于安装大量插件造成IDE臃肿庞大、启动慢、配置复杂等问题。通过自定义maven插件实现的代码生成操作，灵活方便可扩展。JWS已经历3个内部稳定版本，支持Java代码的编译、打包、调试、执行等，目前只有WIN32下的批处理脚本，随后会增加LINUX下的。

 

　　J (java&javascript) P (project) T (template)是一个maven项目模板。通过优化组合Spring2, Struts2, IBATIS, Acegi Security, Freemarker, urlrewrite, JSON, JST, jQuery等优秀开源项目实现Web应用快速开发。通过模板生成的代码包含了基本的CRUD操作及客户端&服务端校验，规范了什么代码应该写在哪里，一切基于简单约定，无需任何配置。

 

　　可以下载 jws-jpt默认生成的mytest项目 快速预览jws-jpt效果，下载后解压 mytest.rar，在<解压目录>/src/main/webapp/下是静态页面，同时也是DEMO，浏览 index.html 可以看到生成的功能，静态页面展示的与实际启动了Web服务器的效果完全一致，区别只在于静态页面的数据是写在.json文件中模拟数据。分页功能是默认都有的，mytest中只有用户信息的模拟数据符合分页条件，所以静态页面中只有在用户管理中可以看到分页控制。 Firefox下浏览静态页面会由于ajax的安全限制看不到效果，请使用IE6以上浏览器。注意不要阻止本地javascript的执行。

 

JPT所能解决的开发问题

 

• 客户端与服务端全解耦，使得静态DEMO挂上服务端就是实际系统，100%保证DEMO的完全重用，即最初的DEMO即是最终客户端，而模拟数据即是数据库设计的原型；

• Web与HTTP全解耦，使得更容易与非Web程序兼容；

• DAO与业务逻辑全解耦，真正体现D-A-O的实际职责。通过动态注入技术使得Service只在需要时才需添加；

• 完全意义的COC零配置，默认的配置几乎可以适用所有的逻辑，非常特殊的逻辑亦可单独配置；

• Freemarker与IBATIS的结合，简单而全面地封装了数据库差异，全面支持不同类型数据库，极大提高了SQL的重用程度；

• 类似REST的URL驱动的开发模式保证增加一个功能要做的只是“确定一个URL”，“写几个模型或叫VO类”，“写几个静态页面”，“写几条SQL语句”，而这些又都可以用自定义的maven插件从数据库或xml自动生成；

• 只需客户端技术和SQL技术即可完成绝大部分的应用逻辑，降低了对团队成员的技术要求，使任务更容易分配；

• 由数据库结构生成的默认代码，保证开发的规范性和代码结构的一致性；

• 只写真正需要的代码，全面平衡三层架构各层逻辑分布，去除各层之间传递性调用的尴尬；

• 优化组合spring2, struts2, ibatis, freemarker, acegi, urlrewite, json, jst, jquery等优秀开源技术，全面提高系统的兼容性和可扩展性；

• 默认实现了基于acegi security的用户管理，其中的资源缓存思想参考了springside，在此向其团队成员致敬。

分享到：

• 2008-06-14 20:46
• 浏览 2802
• 评论(31)
• 论坛回复 / 浏览 (30 / 12205)
• 分类:企业架构
• 查看更多

评论

11 楼 chentao881114 2008-06-20  

nomadyyj 写道

个人觉得还是入门级的知识掌握了要比这个好！用太多的框架给人的感觉是太虚了

说的有道理

10 楼 nomadyyj 2008-06-20  

duanaiguo 写道

而且话说回来看懂别人的代码，甚至写的很糟糕的代码，比写出同样的功能需要更多的知识，我想最早spring实现了ioc，单从效果上有点经验的程序员都能实现这个。但是你把spring代码全看懂了似乎比你实现一个类似功能对你更有帮助，且不说什么轮子不轮子。

看代码和写代码是两码事,你能看懂所有spring的代码,并不见得你就会写个IOC,还不入花时间去自己写个IOC

9 楼 newdev 2008-06-18  

不是学ROR吧

8 楼 duanaiguo 2008-06-17  

这话没错，但是掌握这些知识也只是一个层次而已，可能最初写servlet的人看到jsp会想，那不过是个模板，还是一步步println来的更塌实。写c的人看到最初的java会想，哦，就是个解释器吗，还是编译成二进制更接近机器。

而且话说回来看懂别人的代码，甚至写的很糟糕的代码，比写出同样的功能需要更多的知识，我想最早spring实现了ioc，单从效果上有点经验的程序员都能实现这个。但是你把spring代码全看懂了似乎比你实现一个类似功能对你更有帮助，且不说什么轮子不轮子。

框架首先是要提高效率，不是要秀技术。假如不用rails，是否说掌握底层ruby操作细节更塌实呢，如果那样，我想ruby不会受人追捧，至少不会有现在的地位。

7 楼 nomadyyj 2008-06-16  

个人觉得还是入门级的知识掌握了要比这个好！用太多的框架给人的感觉是太虚了

6 楼 fireflyc 2008-06-16  

广告做的好不如新飞冰箱好。

5 楼 duanaiguo 2008-06-16  

呵呵公司不是研究院，养着高手当然要干活，而且往往是救火队员，因为这些高手一般都事必躬亲，他的活儿别人接不了。如果能把需要所谓高手干的活儿机械化，那么高手就只有去做研究，成为更高的手了，而一般公司是不需要那么多搞科研的，公司要的是单子、进度、现金流。有能力搞研究那么科研机构更适合。

4 楼 xellos 2008-06-16  

duanaiguo 写道

因为公司不需要养那么多的所谓高手了，而且靠加人就能加快项目进度。

有人吭哧吭哧干活，加人就可以加快进度，就可以不要高手了吗？
言下之意，公司养着高手的目的，是让他跟一般人一样，吭哧吭哧干活用的吗？

3 楼 duanaiguo 2008-06-16  

见仁见智，入门的人不见得都能会用这些框架，真正会用就会考虑如何能减少不必要的代码和重复的工作，毕竟做一次比做多次出错几率会少很多。当然这个框架目的在于提高团队效率，新手能立即上手，做页面就管做页面，不需要知道jsp或其他标签库怎么用，更不一定要熟悉java语法，而做java的知道面向对象程序设计就可以了，这样很多没做过web程序的也可以过来写写业务逻辑实现，sql熟的专写sql就可以了，大家都不需要知道他们怎么组合起来。框架保证他们是比较优化的组合。而且作出来的demo也不必丢弃，完全用于实际系统。当然这样可能会砸了我们自己的饭碗，因为公司不需要养那么多的所谓高手了，而且靠加人就能加快项目进度。

2 楼 王者之剑 2008-06-16  

我觉得直接用这些开源的就已经够简单了，而且我一直反对把入门级的知识封装起来。

1 楼 xellos 2008-06-15  

我在这个框架那个框架的，目的是什么，是一些好处。

那么得到这些好处，是否可以通过别的途径取得呢？也许是不可以的，但是至少要想过。

« 上一页 1 2 下一页 »