|
精华帖 (0) :: 良好帖 (14) :: 新手帖 (0) :: 隐藏帖 (3)
|
|
|---|---|
| 作者 | 正文 |
|
发表时间：2008-08-26
既然是穷人了，还需要平台吗？ 有人说楼主的这个东西太初级，的确是，我以前也见过类似的东西，说实话，最终的结果很可能就是一大堆难以维护的代码，因为你是用一种简单的逻辑对复杂的现实问题领域做一种简单的映射，现在可能觉得好，是因为可能还没进入复杂的需求变更维护阶段，或者说还没遇到复杂的问题。
|
| 返回顶楼 | |
|
发表时间：2008-08-26
abcx 写道 既然是穷人了，还需要平台吗？ 有人说楼主的这个东西太初级，的确是，我以前也见过类似的东西，说实话，最终的结果很可能就是一大堆难以维护的代码，因为你是用一种简单的逻辑对复杂的现实问题领域做一种简单的映射，现在可能觉得好，是因为可能还没进入复杂的需求变更维护阶段，或者说还没遇到复杂的问题。
对需求变更及复杂的问题，正常的情况下是怎么处理? 怎么处理就把解决方案放到模板里生成。 但是一定要记住，所有根据模板生成的代码只是一个业务模板，并不是完全拿来就能用的。 程序员无论如何必须了解框架的结构，知道在哪里响应需求变更， 在哪里解决复杂问题 |
| 返回顶楼 | |
|
发表时间：2008-08-26
cdxuyi 写道 eos 承载的是软件工程的思想 ，studio及工作流 ，无出其右
只想说两个字：汗……………… |
| 返回顶楼 | |
|
发表时间：2008-08-26
wangdi 写道 cdxuyi 写道 eos 承载的是软件工程的思想 ，studio及工作流 ，无出其右
只想说两个字：汗……………… 呵呵，当时研究eos的时候我们得出的一个结论就是eos扩展性太差，自己搞一套标准，一般不敢绑在他上面，毕竟eos不是ibm 不过作为一个eclipse plugin developer，还是很推崇eos studio的 |
| 返回顶楼 | |
|
发表时间：2008-08-26
pconline900 写道 楼主没有考虑到使用velocity不支持多次代码生成么，生成代码后开发人员修改了代码（这个肯定不可避免的），下次领域模型修改重新生成代码，就会覆盖开发人员的工作。这个问题不解决，工具就难以适应变化，你的代码永远只能生成一次，也后若业务需求修改，领域模型不断变化，以后的代码工作就只能靠人工写代码的方式支持了,这就要求开发人员很熟悉你的目标代码框架，代码之间的关系等等，知道该修改哪些代码或者配置文件。
偶之前也做过类似的工具，基于MDA的思想，实现从PIM到PSM的转换。目标代码是JSF+Spring+Hiberate的，包括所有的页面 代码和配置文件等，选择模板引擎的时候也比较过velocity，最终由于它不支持代码反复生成给否决了。最后采用了JET+JMerge的方式，可以通过代码中特定注释的方式来识别是否需要覆盖目标代码，生成出来的代码可以由开发人员反复发修改反复生成，而不会丢失内容。 建议楼主改版的时候可以考虑JET JMerge组合的方式。 建模的时候元数据模型参考了普元和楼上平台的元数据模型内容，采用Eclipse EMF进行建模，抽象了一套pim. SWT+JFace做工具的界面，基于Eclipse平台做了一个Eclipse的代码自动生成插件，可以直接产生完整的Eclipse工程。 可扩展性方面，插件还对外提供了扩展的Extention point，可以供第三方基于我们的插件开发新的插件，以适合不同技术的项目(如struts+ibatis)等。 工具再代码生成这一块和普元的Eclipse插件很类似，呵呵，开发中项目50%以上的代码都可以自动生成，效果还很不错。 前面一位老兄写的三点基本上都能支持 ----------------------- 惊鸿逝水 写道 业务流程设计也不是什么新东西，关键是能定义一个好的业务流程Schema,拖拽爱怎么实现都行。 平台级的代码生成器，需要考虑： 1、正向向导生成代码 支持 2、代码逆向生成向导 使用了Jmerge，所以支持 3、必要的编译检查。 由于是Eclipse插件，自动产生的J2EE工程，会自动编译，所以支持 以上不是一个简单模板可以实现 比较感兴趣这个，能详细说说么 |
| 返回顶楼 | |
|
发表时间：2008-08-26
lszwycn 写道 wangdi 写道 cdxuyi 写道 eos 承载的是软件工程的思想 ，studio及工作流 ，无出其右
只想说两个字：汗……………… 呵呵，当时研究eos的时候我们得出的一个结论就是eos扩展性太差，自己搞一套标准，一般不敢绑在他上面，毕竟eos不是ibm 不过作为一个eclipse plugin developer，还是很推崇eos studio的 eos是一个还算可以的软件，毕竟包含了那么多东西，但是还远不到承载什么思想，无出其右的说法，我估计啊，eos的市场人员都不敢冒这样的话处理。。怕被打死。。。其实他们的宣传已经够夸大的了。。 |
| 返回顶楼 | |
|
发表时间：2008-08-26
很不错了，有点ror的味道了。另外有没有考虑一些convention的问题？这比较细节化了，也就是说，生成的代码到实际可用有多少距离，又比如界面要完全另做，如何实现？
|
| 返回顶楼 | |
|
发表时间：2008-08-26
我也来贴一下我的这个快速开发工具的图吧，欢迎拍砖
新建自定义的工程
选择数据来源
测试数据连接
选择数据模型及数据字典，可以选择多个
可以选择修改模型字段的属性
设置视图模型以及显示相关属性，支持定义正则表达式校验 js校验 定义页面元素为Text Select RadioBox等类型，若为Select RadioBox，可以选择数据字典
数据字典选择
|
| 返回顶楼 | |
|
发表时间：2008-08-26
继续贴图 设置模型文件的编码等信息
若有需要，可以设置一些选项信息，包括代码模板目录，代码合并规则，以及目标代码类别
完成后产生的Java工程，包括所有的配置文件 Java代码 JSP页面 数据模型文件等等
数据模型编辑器，可以反复修改数据模型，修改后可以更新全部代码，也可以选择更新部分代码 由于使用了Jmerge，之前产生的代码就算开发人员修改了很多，再次产生也不会覆盖，也不需要开发人员拿几次生成代码手工合并，呵呵
最终产生的代码就是一个完整的功能块，可以直接发布到tomcat上运行，界面和楼主的类似，包括列表 增 删 改 查询等几个页面，页面字段的校验，字段的显示样式(selectbox checkbox等等)也都具备了，基本上很少修改，对UI风格不满意可以引入不同风格的代码模板就Ok了
|
| 返回顶楼 | |
|
发表时间：2008-08-26
楼上的很有科诺ＫＡ-2平台的感觉，不同的是你的是以数据库驱动的，而且生成器是基于ｅｃｉｌｉｐｓｅ的插件来设计的。
我以前也用过ＫＡ－２，我的东东在权限这块除了ｊｇｕａｒｄ外，也借鉴了很多它的权限设计的思想。 另外问一下，不知道楼上是怎么解决你的流程性应用这块的需求？ |
| 返回顶楼 | |
