您还没有登录,请您登录后再发表评论 相关推荐
-
开发基于J2EE+SSM框架的信息管理系统
开发基于J2EE+SSM框架的信息管理系统中遇到的问题及其解决办法 eg:Navicat过期 Tomact发布 中文乱码等等
-
J2EE高级开发框架.pdf
J2EE高级开发框架.pdf
-
企业级j2ee应用开发框架套件
值得拥有的企业级j2ee应用开发框架套件，专业团队开发，完整的生态体系，活跃的社区氛围，无限的水平扩展能力，7*24不间断运维能力
-
J2EE 框架 Wabacus 3.3 发布，开发效率提高五倍
J2EE 快速开发框架 Wabacus 3.3 版已发布，通过该框架，开发者的代码量可以减少60%以上，开发效率提高五倍以上。 该版本新增功能列表： 支持冻结报表行列标题功能 支持运行时每个用户切换自己的主题...
-
J2EE高级开发框架新手教程
J2EE是sun公司开发的一组技术规范与指南，其中所包含的各类组件、服务架构及技术层次，均有共通的标准及规格，让各种依循J2EE架构的不同平台之间，存在...J2EE开发框架主要有Hibernate，Spring，Struts2，EXTJS，Json。
-
J2EE快速开发框架wabacus3.2简介
J2EE快速开发框架wabacus 3.2 发布，提高J2EE开发效率5倍以上 J2EE快速开发框架wabacus3.2版已发布。 使用wabacus开发，可以使开发效率提高5倍以上，代码量减少60%以上。 新版本主要更新如下： • 支持...
-
J2EE快速开发框架wabacus
使用wabacus开发,可以使开发效率提高5倍以上,代码量减少60%以上。 框架地址:http://code.google.com/p/wabacus/在线演示DEMO:http://elib.hrbeu.edu.cn/WabacusDemo/开发论坛:http://tieba.baidu.com/club/10732962...
-
Java EE（J2EE）快速开发框架， SSM 架构 mybatis-plus kisso 实战项目
Java EE（J2EE）快速开发框架， SSM 架构 mybatis-plus kisso 实战项目
-
跳蚤J2EE快速开发框架
利用此开发框架可以快速构建一个J2EE企业级应用系统; 此开发框架内置了权限管理/组织用户管理/通用查询框架/通用增删改框架; 利用通用查询框架可以快速构建一个查询,而开发人员只须编写一个XML和一条SQL语句即可. ...
-
J2EE企业级开源框架bboss源代码
bboss是一个j2ee开源框架，为企业级应用开发提供一站式解决方案，并能有效地支撑移动应用开发。bboss功能涵盖ioc，mvc，jsp自定义标签库，持久层，全局事务托管，安全认证，SSO，web会话共享，cxfwebservice服务发布...
-
Java EE（J2EE）快速开发框架， SSM 架构 mybatis-plus kisso 实战项目.zip
Java EE（J2EE）快速开发框架， SSM 架构 mybatis-plus kisso 实战项目.zip
-
j2ee 开发框架
一套超简单的J2EE开发框架. 本框架的特点是： 1、轻量级 2、开发效率极高。 3、配置文档集中，维护简单 4、一般任务（增、删、改、查），只需简单配置即可。 5、可随意切换多个连接池（C3P0，PROXOOL，自带连接池） ...
-
跳蚤J2EE快速开发框架使用说明
利用此开发框架可以快速构建一个J2EE企业级应用系统; 此开发框架内置了权限管理/组织用户管理/通用查询框架/通用增删改框架; 利用通用查询框架可以快速构建一个查询,而开发人员只须编写一个XML和一条SQL语句即可. ...
-
J2EE开发常用框架.docx
J2EE开发常用框架.docxJ2EE开发常用框架.docx
-
j2ee快速开发平台
一款非常简单实用的web快速开发平台，可以在该平台上实现各种各样的报表、开发各式各样的业务系统，也可以作为最终产品。还可以作为中间件。 具体详情可以到www.huadan.biz上面查询。
-
Hibernate+Struts的J2EE应用开发
这样可大大降低代码的耦合性以及提高系统的开发效率。关键字Hibernate，Struts，MVC，持久层引言随着Java技术的逐渐成熟与完善，作为建立企业级应用的标准平台，J2EE平台得到了长足的发展。借助于J2EE规范中包含的多...
-
单项海洋环境影响评价等级表.docx
单项海洋环境影响评价等级表.docx
92 楼 scnu_lts 2012-07-09 12:02
91 楼 349446658 2012-07-09 11:09
怎么比较出来的会比这个更好？
90 楼 tag13346 2012-07-09 11:07
89 楼 349446658 2012-07-09 09:37
这个习惯可能跟我长期对使用wabacus框架的朋友做技术支持有关，因为每个朋友的问题我都会回复。
88 楼 349446658 2012-07-09 09:29
我就这么说吧，就看这个界面，完全一副山寨的面孔有木有？
连弹出来的小Panel圆角都没做好，压根没有卖相，好吗
呵呵，第一次听说界面是“山寨”的，请问一下你能找出它山寨了谁的吗？麻烦指出来。
弹出窗口用的是第三方ymPrompt组件，所以它的“圆角都没做好”我也没办法，不过这一点都不影响什么，因为wabacus框架的优势在于高度可扩展性，你可以很轻易地使用其它提示组件，而不用框架内置的第三方弹出组件ymPrompt。你说这还会成为什么问题吗？
做为框架，高度的可扩展性才是根本
87 楼 349446658 2012-07-09 09:23
1）：有完整地测试过性能有没有？大量的java脚本在xml配置，解析，执行它就是很耗资源的事情。如果同时执行的人多，效率不可想象.
2）：demo的界面都比较简单，对于一些复杂的业务逻辑，业务界面估记不好实现。
3）：速度提高五倍以上，只是针对于简单的界面，业务逻辑而已。如果仅仅是简单的界面，用代码产生工具，可能都不止10倍。
个人观点：做做小系统是可以的，如果做ERP这种大的系统，根本不合适。
嗯，支持沷冷水，但是要建立在对wabacus的有一定了解的基础上沷，而不是想当然的主观臆断。
我对你几点进行简要回复吧：
1）：你回复的这一点就知道你没做过框架，甚至没有做过用XML配置的业务功能，因为有过类似经验的人肯定不会把“xml配置，解析”放在运行的时候去做，更不会每个人访问的时候去做，所以你这一点的质疑前提就不对。
2）：wabacus的DEMO是一个演示，只演示框架提供的基本功能，复杂的应用也是建立在这些基础应用的灵活应用，千变万化，不可能在DEMO中去演示，DEMO能不能解决复杂问题通过很多成功的项目或产品实施经验已经得到了验证。
3）：这个问题又是你的想当然的主观臆断，没有一点依据。其实wabacus和一般的代码生成工具是完成两回事，代码生成工具只是一个简单的自动化工具，对编程思想没有任何改进，只能对简单业务功能进行一些效率提高。而wabacus是编程思想的革命，是对传统开发思想的改进，所以它的提高跟业务的简单和复杂没有太大关系，只有一点点关系，就好比面向对象编程思想比面向过程的编程思想带来的好处不是一些自动化代码生成工具所能比的。
量化的数字要有根据才有说服力的，估计出来的不也是主观臆断么，
那我估计这个五倍的浮夸的，不成么？
好像只允许你们主观臆断，我们就不能了？真是奇怪的言论。
首先我是很支持大家自己实现的框架，更是佩服有勇气来开源的朋友。
正因为我不了解这个框架具体的实现和使用，我并没有对其好坏优劣做什么评论。
如果连我说这个“五倍的数字没依据”都不能说，你还发出来搞毛？自娱自乐么？
如果需要让我们都回复“非常感谢，lz太伟大了，框架太好用了，性能提高10倍都不止”，，，直接在帖子说明，我一定支持。
呵呵，原来你没有“对其好坏优劣做什么评论”呀，那“个人观点：做做小系统是可以的，如果做ERP这种大的系统，根本不合适。”这个结论是谁下的呢？
其实下结论没有什么，但要有依据，但看你这句话：“大量的java脚本在xml配置，解析，执行它就是很耗资源的事情。如果同时执行的人多，效率不可想象” 完全是一句外行的话，说明对wabacus一点都不了解，估计就是点击了几个DEMO的页面，在这种情况下急着下结论是不是主观臆断呢？呵呵。
关于提高5倍以上这个我已经在上面说了很多次，是一个概数，是结合我对使用框架的朋友做技术支持时的感觉，以及他们向我的反应。具体提高的倍数要看对wabacus掌握程度，业务特点等，有的人提高两三倍，有的人提高四五倍，甚至更多。
你们有通过大项目的检验吗?
之前用过一个比你们强大的框架，
做小的简单的项目确实很爽，
但是等业务逻辑越来越复杂，
你会发现越来越控制不了。
在国内开源确实不容易，
我个人也支持。
但是大点的项目谁敢用?反正我是不敢！
有很多项目和产品实施经验，究竟它们的项目有多大，我也不得而知。
不过我论为再大的项目也可以使用。原因有二：
一：框架在生命周期的很多阶段允许你加入自己的实现，比如加载数据前后、保存数据前后、初始化业务前、所有处理全部完成后等各阶段都允许你加入自己的实现进行控制，所以非常灵活。
二：没有要求你整个项目都用wabacus开发，如果能用wabacus开发的部分，就用它进行快速开发（这是绝大部分），如果碰到用wabacus不方便实现的，你仍然可以采用你以前的方式实现，因为wabacus可以与任意框架共存在一个项目中，不会有任何冲突。
有些朋友就是看重wabacus的数据展示和导出部分，再加上对wabacus高级应用还不熟悉，所以他们在项目中只用它开发这一部分，而对于复杂的业务部分，仍然使用以前的框架开发。
86 楼 damoqiongqiu 2012-07-09 09:21
我就这么说吧，就看这个界面，完全一副山寨的面孔有木有？
连弹出来的小Panel圆角都没做好，压根没有卖相，好吗
85 楼 349446658 2012-07-09 09:18
这个框架的思想是你以前从没见过的。如果把以前的大部分框架比作轮子的话，那这个框架就是翅膀，比传统框架成倍地提高开发效率。
84 楼 349446658 2012-07-09 09:17
有没有价值就看这个框架有没有人用，哪怕即使只有一个人用，并带来了好处，就有价值，你可以从wabacus论坛上看到很多朋友在用，所以它的价值是不言而喻的。
83 楼 349446658 2012-07-09 09:15
不知道你指的过程是什么，是工作流吗？
wabacus是一个快速基础开发框架，DEMO演示了如何配置各种展示、表单功能，一个再复杂的业务也是由这些基础元素组成，如果能快速开发一个个表单或者报表，是不是整个项目的开发效率提高了？
就好比高级语言相比低级语言，就是因为能快速开发一个个业务，所以整体开发效率比低级语言高得多。
82 楼 venus224 2012-07-09 09:05
1）：有完整地测试过性能有没有？大量的java脚本在xml配置，解析，执行它就是很耗资源的事情。如果同时执行的人多，效率不可想象.
2）：demo的界面都比较简单，对于一些复杂的业务逻辑，业务界面估记不好实现。
3）：速度提高五倍以上，只是针对于简单的界面，业务逻辑而已。如果仅仅是简单的界面，用代码产生工具，可能都不止10倍。
个人观点：做做小系统是可以的，如果做ERP这种大的系统，根本不合适。
嗯，支持沷冷水，但是要建立在对wabacus的有一定了解的基础上沷，而不是想当然的主观臆断。
我对你几点进行简要回复吧：
1）：你回复的这一点就知道你没做过框架，甚至没有做过用XML配置的业务功能，因为有过类似经验的人肯定不会把“xml配置，解析”放在运行的时候去做，更不会每个人访问的时候去做，所以你这一点的质疑前提就不对。
2）：wabacus的DEMO是一个演示，只演示框架提供的基本功能，复杂的应用也是建立在这些基础应用的灵活应用，千变万化，不可能在DEMO中去演示，DEMO能不能解决复杂问题通过很多成功的项目或产品实施经验已经得到了验证。
3）：这个问题又是你的想当然的主观臆断，没有一点依据。其实wabacus和一般的代码生成工具是完成两回事，代码生成工具只是一个简单的自动化工具，对编程思想没有任何改进，只能对简单业务功能进行一些效率提高。而wabacus是编程思想的革命，是对传统开发思想的改进，所以它的提高跟业务的简单和复杂没有太大关系，只有一点点关系，就好比面向对象编程思想比面向过程的编程思想带来的好处不是一些自动化代码生成工具所能比的。
量化的数字要有根据才有说服力的，估计出来的不也是主观臆断么，
那我估计这个五倍的浮夸的，不成么？
好像只允许你们主观臆断，我们就不能了？真是奇怪的言论。
首先我是很支持大家自己实现的框架，更是佩服有勇气来开源的朋友。
正因为我不了解这个框架具体的实现和使用，我并没有对其好坏优劣做什么评论。
如果连我说这个“五倍的数字没依据”都不能说，你还发出来搞毛？自娱自乐么？
如果需要让我们都回复“非常感谢，lz太伟大了，框架太好用了，性能提高10倍都不止”，，，直接在帖子说明，我一定支持。
呵呵，原来你没有“对其好坏优劣做什么评论”呀，那“个人观点：做做小系统是可以的，如果做ERP这种大的系统，根本不合适。”这个结论是谁下的呢？
其实下结论没有什么，但要有依据，但看你这句话：“大量的java脚本在xml配置，解析，执行它就是很耗资源的事情。如果同时执行的人多，效率不可想象” 完全是一句外行的话，说明对wabacus一点都不了解，估计就是点击了几个DEMO的页面，在这种情况下急着下结论是不是主观臆断呢？呵呵。
关于提高5倍以上这个我已经在上面说了很多次，是一个概数，是结合我对使用框架的朋友做技术支持时的感觉，以及他们向我的反应。具体提高的倍数要看对wabacus掌握程度，业务特点等，有的人提高两三倍，有的人提高四五倍，甚至更多。
你们有通过大项目的检验吗?
之前用过一个比你们强大的框架，
做小的简单的项目确实很爽，
但是等业务逻辑越来越复杂，
你会发现越来越控制不了。
在国内开源确实不容易，
我个人也支持。
但是大点的项目谁敢用?反正我是不敢！
81 楼 freezingsky 2012-07-09 08:32
80 楼 tag13346 2012-07-09 00:20
79 楼 southforest 2012-07-08 23:08
78 楼 kimmking 2012-07-08 22:16
1）：有完整地测试过性能有没有？大量的java脚本在xml配置，解析，执行它就是很耗资源的事情。如果同时执行的人多，效率不可想象.
2）：demo的界面都比较简单，对于一些复杂的业务逻辑，业务界面估记不好实现。
3）：速度提高五倍以上，只是针对于简单的界面，业务逻辑而已。如果仅仅是简单的界面，用代码产生工具，可能都不止10倍。
个人观点：做做小系统是可以的，如果做ERP这种大的系统，根本不合适。
嗯，支持沷冷水，但是要建立在对wabacus的有一定了解的基础上沷，而不是想当然的主观臆断。
我对你几点进行简要回复吧：
1）：你回复的这一点就知道你没做过框架，甚至没有做过用XML配置的业务功能，因为有过类似经验的人肯定不会把“xml配置，解析”放在运行的时候去做，更不会每个人访问的时候去做，所以你这一点的质疑前提就不对。
2）：wabacus的DEMO是一个演示，只演示框架提供的基本功能，复杂的应用也是建立在这些基础应用的灵活应用，千变万化，不可能在DEMO中去演示，DEMO能不能解决复杂问题通过很多成功的项目或产品实施经验已经得到了验证。
3）：这个问题又是你的想当然的主观臆断，没有一点依据。其实wabacus和一般的代码生成工具是完成两回事，代码生成工具只是一个简单的自动化工具，对编程思想没有任何改进，只能对简单业务功能进行一些效率提高。而wabacus是编程思想的革命，是对传统开发思想的改进，所以它的提高跟业务的简单和复杂没有太大关系，只有一点点关系，就好比面向对象编程思想比面向过程的编程思想带来的好处不是一些自动化代码生成工具所能比的。
量化的数字要有根据才有说服力的，估计出来的不也是主观臆断么，
那我估计这个五倍的浮夸的，不成么？
好像只允许你们主观臆断，我们就不能了？真是奇怪的言论。
首先我是很支持大家自己实现的框架，更是佩服有勇气来开源的朋友。
正因为我不了解这个框架具体的实现和使用，我并没有对其好坏优劣做什么评论。
如果连我说这个“五倍的数字没依据”都不能说，你还发出来搞毛？自娱自乐么？
如果需要让我们都回复“非常感谢，lz太伟大了，框架太好用了，性能提高10倍都不止”，，，直接在帖子说明，我一定支持。
呵呵，原来你没有“对其好坏优劣做什么评论”呀，那“个人观点：做做小系统是可以的，如果做ERP这种大的系统，根本不合适。”这个结论是谁下的呢？
其实下结论没有什么，但要有依据，但看你这句话：“大量的java脚本在xml配置，解析，执行它就是很耗资源的事情。如果同时执行的人多，效率不可想象” 完全是一句外行的话，说明对wabacus一点都不了解，估计就是点击了几个DEMO的页面，在这种情况下急着下结论是不是主观臆断呢？呵呵。
关于提高5倍以上这个我已经在上面说了很多次，是一个概数，是结合我对使用框架的朋友做技术支持时的感觉，以及他们向我的反应。具体提高的倍数要看对wabacus掌握程度，业务特点等，有的人提高两三倍，有的人提高四五倍，甚至更多。
蛋疼，你引用的两句话，请问哪一句是我说的？
77 楼 damoqiongqiu 2012-07-08 19:50
76 楼 349446658 2012-07-08 17:19
1）：有完整地测试过性能有没有？大量的java脚本在xml配置，解析，执行它就是很耗资源的事情。如果同时执行的人多，效率不可想象.
2）：demo的界面都比较简单，对于一些复杂的业务逻辑，业务界面估记不好实现。
3）：速度提高五倍以上，只是针对于简单的界面，业务逻辑而已。如果仅仅是简单的界面，用代码产生工具，可能都不止10倍。
个人观点：做做小系统是可以的，如果做ERP这种大的系统，根本不合适。
嗯，支持沷冷水，但是要建立在对wabacus的有一定了解的基础上沷，而不是想当然的主观臆断。
我对你几点进行简要回复吧：
1）：你回复的这一点就知道你没做过框架，甚至没有做过用XML配置的业务功能，因为有过类似经验的人肯定不会把“xml配置，解析”放在运行的时候去做，更不会每个人访问的时候去做，所以你这一点的质疑前提就不对。
2）：wabacus的DEMO是一个演示，只演示框架提供的基本功能，复杂的应用也是建立在这些基础应用的灵活应用，千变万化，不可能在DEMO中去演示，DEMO能不能解决复杂问题通过很多成功的项目或产品实施经验已经得到了验证。
3）：这个问题又是你的想当然的主观臆断，没有一点依据。其实wabacus和一般的代码生成工具是完成两回事，代码生成工具只是一个简单的自动化工具，对编程思想没有任何改进，只能对简单业务功能进行一些效率提高。而wabacus是编程思想的革命，是对传统开发思想的改进，所以它的提高跟业务的简单和复杂没有太大关系，只有一点点关系，就好比面向对象编程思想比面向过程的编程思想带来的好处不是一些自动化代码生成工具所能比的。
量化的数字要有根据才有说服力的，估计出来的不也是主观臆断么，
那我估计这个五倍的浮夸的，不成么？
好像只允许你们主观臆断，我们就不能了？真是奇怪的言论。
首先我是很支持大家自己实现的框架，更是佩服有勇气来开源的朋友。
正因为我不了解这个框架具体的实现和使用，我并没有对其好坏优劣做什么评论。
如果连我说这个“五倍的数字没依据”都不能说，你还发出来搞毛？自娱自乐么？
如果需要让我们都回复“非常感谢，lz太伟大了，框架太好用了，性能提高10倍都不止”，，，直接在帖子说明，我一定支持。
呵呵，原来你没有“对其好坏优劣做什么评论”呀，那“个人观点：做做小系统是可以的，如果做ERP这种大的系统，根本不合适。”这个结论是谁下的呢？
其实下结论没有什么，但要有依据，但看你这句话：“大量的java脚本在xml配置，解析，执行它就是很耗资源的事情。如果同时执行的人多，效率不可想象” 完全是一句外行的话，说明对wabacus一点都不了解，估计就是点击了几个DEMO的页面，在这种情况下急着下结论是不是主观臆断呢？呵呵。
关于提高5倍以上这个我已经在上面说了很多次，是一个概数，是结合我对使用框架的朋友做技术支持时的感觉，以及他们向我的反应。具体提高的倍数要看对wabacus掌握程度，业务特点等，有的人提高两三倍，有的人提高四五倍，甚至更多。
75 楼 kimmking 2012-07-08 15:17
1）：有完整地测试过性能有没有？大量的java脚本在xml配置，解析，执行它就是很耗资源的事情。如果同时执行的人多，效率不可想象.
2）：demo的界面都比较简单，对于一些复杂的业务逻辑，业务界面估记不好实现。
3）：速度提高五倍以上，只是针对于简单的界面，业务逻辑而已。如果仅仅是简单的界面，用代码产生工具，可能都不止10倍。
个人观点：做做小系统是可以的，如果做ERP这种大的系统，根本不合适。
嗯，支持沷冷水，但是要建立在对wabacus的有一定了解的基础上沷，而不是想当然的主观臆断。
我对你几点进行简要回复吧：
1）：你回复的这一点就知道你没做过框架，甚至没有做过用XML配置的业务功能，因为有过类似经验的人肯定不会把“xml配置，解析”放在运行的时候去做，更不会每个人访问的时候去做，所以你这一点的质疑前提就不对。
2）：wabacus的DEMO是一个演示，只演示框架提供的基本功能，复杂的应用也是建立在这些基础应用的灵活应用，千变万化，不可能在DEMO中去演示，DEMO能不能解决复杂问题通过很多成功的项目或产品实施经验已经得到了验证。
3）：这个问题又是你的想当然的主观臆断，没有一点依据。其实wabacus和一般的代码生成工具是完成两回事，代码生成工具只是一个简单的自动化工具，对编程思想没有任何改进，只能对简单业务功能进行一些效率提高。而wabacus是编程思想的革命，是对传统开发思想的改进，所以它的提高跟业务的简单和复杂没有太大关系，只有一点点关系，就好比面向对象编程思想比面向过程的编程思想带来的好处不是一些自动化代码生成工具所能比的。
量化的数字要有根据才有说服力的，估计出来的不也是主观臆断么，
那我估计这个五倍的浮夸的，不成么？
好像只允许你们主观臆断，我们就不能了？真是奇怪的言论。
首先我是很支持大家自己实现的框架，更是佩服有勇气来开源的朋友。
正因为我不了解这个框架具体的实现和使用，我并没有对其好坏优劣做什么评论。
如果连我说这个“五倍的数字没依据”都不能说，你还发出来搞毛？自娱自乐么？
如果需要让我们都回复“非常感谢，lz太伟大了，框架太好用了，性能提高10倍都不止”，，，直接在帖子说明，我一定支持。
74 楼 349446658 2012-07-08 10:38
1）：有完整地测试过性能有没有？大量的java脚本在xml配置，解析，执行它就是很耗资源的事情。如果同时执行的人多，效率不可想象.
2）：demo的界面都比较简单，对于一些复杂的业务逻辑，业务界面估记不好实现。
3）：速度提高五倍以上，只是针对于简单的界面，业务逻辑而已。如果仅仅是简单的界面，用代码产生工具，可能都不止10倍。
个人观点：做做小系统是可以的，如果做ERP这种大的系统，根本不合适。
嗯，支持沷冷水，但是要建立在对wabacus的有一定了解的基础上沷，而不是想当然的主观臆断。
我对你几点进行简要回复吧：
1）：你回复的这一点就知道你没做过框架，甚至没有做过用XML配置的业务功能，因为有过类似经验的人肯定不会把“xml配置，解析”放在运行的时候去做，更不会每个人访问的时候去做，所以你这一点的质疑前提就不对。
2）：wabacus的DEMO是一个演示，只演示框架提供的基本功能，复杂的应用也是建立在这些基础应用的灵活应用，千变万化，不可能在DEMO中去演示，DEMO能不能解决复杂问题通过很多成功的项目或产品实施经验已经得到了验证。
3）：这个问题又是你的想当然的主观臆断，没有一点依据。其实wabacus和一般的代码生成工具是完成两回事，代码生成工具只是一个简单的自动化工具，对编程思想没有任何改进，只能对简单业务功能进行一些效率提高。而wabacus是编程思想的革命，是对传统开发思想的改进，所以它的提高跟业务的简单和复杂没有太大关系，只有一点点关系，就好比面向对象编程思想比面向过程的编程思想带来的好处不是一些自动化代码生成工具所能比的。
73 楼 mzhanker 2012-07-08 09:20
1）：有完整地测试过性能有没有？大量的java脚本在xml配置，解析，执行它就是很耗资源的事情。如果同时执行的人多，效率不可想象.
2）：demo的界面都比较简单，对于一些复杂的业务逻辑，业务界面估记不好实现。
3）：速度提高五倍以上，只是针对于简单的界面，业务逻辑而已。如果仅仅是简单的界面，用代码产生工具，可能都不止10倍。
个人观点：做做小系统是可以的，如果做ERP这种大的系统，根本不合适。