精华帖 (0) :: 良好帖 (14) :: 新手帖 (0) :: 隐藏帖 (3)
|
|
---|---|
作者 | 正文 |
发表时间:2008-08-28
badqiu 写道 惊鸿逝水 写道 业务流程设计也不是什么新东西,关键是能定义一个好的业务流程Schema,拖拽爱怎么实现都行。
平台级的代码生成器,需要考虑: 1、正向向导生成代码 2、代码逆向生成向导 3、必要的编译检查。 以上不是一个简单模板可以实现 "逆向",服了,怎么生成? 基于Hibernate Model生成数据库表? 复杂化了,同学!! 另外在楼主的项目中又看到了我的表单验证框架的影子, 另外楼主可以看下我的项目,为代码生成器开发一套GUI,还是太麻烦了 http://code.google.com/p/rapid-framework 呵呵,badqiu,谢谢你的验证框架了,省了我不少功夫啊!另外看了你在google-code上的那些项目,很佩服你的创新精神,以后多多交流! |
|
返回顶楼 | |
发表时间:2008-08-29
引用 呵呵,badqiu,谢谢你的验证框架了,省了我不少功夫啊!另外看了你在google-code上的那些项目,很佩服你的创新精神,以后多多交流!
看了看 rapid-validation 确实不错 基本的验证都能满足了 |
|
返回顶楼 | |
发表时间:2008-08-29
惊鸿逝水 写道 这种生成器太初级了,只能算工具级的
lz的意思是快速,是这个想法的初步实现,你意思是,你水平很高,搞出来高级版的了,谢谢,快SHOW一下! |
|
返回顶楼 | |
发表时间:2008-08-29
joachimz 写道 杭州信雅达的工作流接触过,感觉很一般。
不过,工作流发现国内的应用大家都比较关注签批,回退还有自由流这些Human Task的事情。 其实工作流的重点,应该是优化应用的架构,便于业务流程改造和系统整合吧。而这方面,需要遵循一些通用规范,一些大的厂商明显占有优势。 前几天看到锐道(dorado)和信雅达有一腿; 因为我也在寻找工作流; |
|
返回顶楼 | |
发表时间:2008-08-29
longlongriver 写道 xingqiliudehuanghun 写道 用eos最大的感觉就像被戴上了枷锁一样,用代很容易实现的问题需要用一大堆的图形化组件来实现,难道这是进步吗?
EOS最大的问题是将辅助开发给做的太过了,它试图用大大小小的构件来替代人工coding,但这世上不可能存在一套固定的构件就能去描述所有的业务场景,不然也就没有语言存在的价值了,在这点上,我个人觉得普元对自己产品角色的定位有问题,他应该去做的只是辅助开发,而不是试图完全替代和隔离代码 一句话,业务是活的,语言是活的,构件是死的(至少是半死不活) :) 我们公司也是听过EOS的培训,的确是这样子,为什么实际的效果和宣传差距如此大? |
|
返回顶楼 | |
发表时间:2008-08-30
呵呵
“国内SOA巨头”--普元 开始大力搞EOS培训了 还不便宜3天 ,1000/天 还有机会成为EOS认证程序员呢 搜下51JOB EOS相关职位 有50个之多呢 |
|
返回顶楼 | |
发表时间:2008-08-31
在一个错误的问题上讨论一堆乱七八糟的事情。
|
|
返回顶楼 | |
发表时间:2008-08-31
jmszhang 写道 longlongriver 写道 cdxuyi 写道 eos 承载的是软件工程的思想 ,studio及工作流 ,无出其右
国内工作流引擎做的最好的应该是西安协同和杭州信雅达。 反对 cdxuyi好评西安协同和杭州信雅达,我个人猜测 是受到我 2004年 的“工作流大局势”文章的影响,呵呵。 那时我还不在 普元,那时 EOS工作流 基本还没有进入我的 “法眼”。 现在我对 杭州信雅达 的工作流 持 很一般意见,60分。 西安协同作为我们现在的竞争对手,我个人感觉,80分吧。 EOS工作流还可以,希望大家看看 EOS工作流6.0版。 |
|
返回顶楼 | |
发表时间:2008-08-31
sunwine 写道 对于EOS的评论有些还是不能赞同的。
1,EOS限制了灵活性,这不应该是个需要拿出来说的问题,既然你用平台,就肯定不能指望向你编代码一样的随心所欲。这就好比传统意义上的裁缝和流水线上的缝纫工的区别,你得遵守流水线的规则,完成自己范围内的工作。 2,EOS很多Bug,呵呵,应该不是瞎说,但这也不是你否定他的地方,软件就是这样,做出来总有问题,但只要用心去做,Bug都是可以很快消灭的东西。 3,EOS有许多不足、性能也不行,都是问题,但都不是问题,只要是可以解决的问题就不是问题,给普元半年时间一切都能够解决。 我们看待一个产品的角度更多应该看他的设计思想和其发展的方向,这最重要,EOS如果能够真正带来效率,而价格也能平民化些,还是很有前景的,过程中的问题都是可以解决的,只要重视。 我们作为普元的竞争对手,其实还是比较欣赏普元的,不为他的产品,而是他的坚持。在这条路上能够忍住寂寞持之以恒是很不容易的。 不过普元在SOA上的夸张的宣传和大量的投入却让人感觉有些莫名其妙,SOA不是灵丹妙药,且和EOS关系也不大,不知普元为何如此投入,把精力投入到EOS上也许会更好些。 认同sunwine 对 “平台”的正确理解。 1)平台 的确是用来限制 开发者的 2)平台绝对会有bug(软件都会有bug) 3) 性能问题我不知道有多严重? 能否告诉我个人? 我们对性能是比较看重的,也花了很大气力。 我们对SOA的思想,主要还是在 EOS6.0和BPS平台 上融入的。 希望6.0发布后,您试用看看。 |
|
返回顶楼 | |
发表时间:2008-09-01
hongsoft 写道 sunwine 写道 对于EOS的评论有些还是不能赞同的。
1,EOS限制了灵活性,这不应该是个需要拿出来说的问题,既然你用平台,就肯定不能指望向你编代码一样的随心所欲。这就好比传统意义上的裁缝和流水线上的缝纫工的区别,你得遵守流水线的规则,完成自己范围内的工作。 2,EOS很多Bug,呵呵,应该不是瞎说,但这也不是你否定他的地方,软件就是这样,做出来总有问题,但只要用心去做,Bug都是可以很快消灭的东西。 3,EOS有许多不足、性能也不行,都是问题,但都不是问题,只要是可以解决的问题就不是问题,给普元半年时间一切都能够解决。 我们看待一个产品的角度更多应该看他的设计思想和其发展的方向,这最重要,EOS如果能够真正带来效率,而价格也能平民化些,还是很有前景的,过程中的问题都是可以解决的,只要重视。 我们作为普元的竞争对手,其实还是比较欣赏普元的,不为他的产品,而是他的坚持。在这条路上能够忍住寂寞持之以恒是很不容易的。 不过普元在SOA上的夸张的宣传和大量的投入却让人感觉有些莫名其妙,SOA不是灵丹妙药,且和EOS关系也不大,不知普元为何如此投入,把精力投入到EOS上也许会更好些。 认同sunwine 对 “平台”的正确理解。 1)平台 的确是用来限制 开发者的 2)平台绝对会有bug(软件都会有bug) 3) 性能问题我不知道有多严重? 能否告诉我个人? 我们对性能是比较看重的,也花了很大气力。 我们对SOA的思想,主要还是在 EOS6.0和BPS平台 上融入的。 希望6.0发布后,您试用看看。 就是说6.0以前的版本是纯忽悠了呗 |
|
返回顶楼 | |