|
锁定老帖子 主题：如此的框架设计，如何实现！
精华帖 (0) :: 良好帖 (0) :: 新手帖 (0) :: 隐藏帖 (0)
|
|
|---|---|
| 作者 | 正文 |
|
发表时间：2004-05-13
不持久化主要是为了流程回滚时，业务数据的回滚
|
| 返回顶楼 | |
|
发表时间：2004-05-13
to potian:
希望你多给些建议，我好说服老板不用此框架。 我想采用的框架如下： jsp-->strusts-->bo-->hibernate-->db jsp、bo、hibernate的基本代码由代码生成器根据业务需要自动生成，但还是需要根据实际的业务情况进行简单的修改（我得代码生成器1.0版不包括hibernate的生成，我想在下一版本中实现）。这样在项目的实施过程中就会有非常高的效率了。 |
| 返回顶楼 | |
|
发表时间：2004-05-13
hehao1975 写道 to potian:
希望你多给些建议，我好说服老板不用此框架。 可以用这样两个图来说服他。 1、采用快速开发框架，在框架考虑的范围内的需求，开发成本几乎不变。而在框架考虑之外的需求，就会导致成本急速上升。 2、开发框架的成本，同样惊人。考虑得可能性越多，成本就越高。而如果考虑过多，则可能有惊人的设计浪费。 因此，无论如何开发，都风险巨大。 |
| 返回顶楼 | |
|
发表时间：2004-05-13
说句技术以外的话，这个总监可能只是想在自己的简历上增加些光彩
|
| 返回顶楼 | |
|
发表时间：2004-05-13
在工作流的配合下，是可以做到的。前提是规则的定义还有就是一旦规则定义好以后修改将会是灾难。所以就必须要找平衡点。
其实程序就是IO.给定的input 输出需要的output ,那把源代码作为output没有什么不可以，最大的问题是i改动o是否改动也很合理。 很显然中间要加一层描述层。通常会用xml来做描述。就是xml对应源代码，你定义的规则生成对应的xml。问题是源代码修改了xml是否也会修改。如果做不到逆向没有多少意义。如果可以做到逆向那很厉害。 |
| 返回顶楼 | |
|
发表时间：2004-05-13
基本上就是大干快上，十五年赶超英美
|
| 返回顶楼 | |
|
发表时间：2004-05-13
辞职! 快!
|
| 返回顶楼 | |
|
发表时间：2004-05-13
hehao1975 写道 等了三天，终于可以发帖子了，
我的总监（不懂java和面向对象编程）有自己的一套设计思想，让我来实现，极度郁闷中，请大家给点建议！ 设计思想： 1、目标：在以后的项目中不再编码，将所有的页面、工作流、业务逻辑、sql语句等都通过自己编写的图形化工具实现配置，程序员不再编码就可以完成项目的实施工作。需要编写页面定制器、页面验证组件、工作流图形化工具、业务逻辑解析器、持久化组件等。 2、因为我们的项目中大量使用了流程，所以要求编写工作流引擎（已基本完成）、规则引擎等，但老板要求在工作流流转的过程中所有的业务数据不持久化到数据库中，而是将每一个节点中的业务数据都存放到hashmap对象中，当节点发生变化时将hashmap对象存放到数据库中；每次执行流程中的待作任务时要将hashmap对象恢复，然后在向hashmap对象中添加数据，直到所有流程结束后在将hashmap对象中的数据写到相应的数据库表中。 打手势(好比图形化工具)能够表达意思，文字与语言也能表达意思(自己写代码)，我相信复杂的逻辑再好的图形化工具也是无法很好地表达的，现在是这样，未来也是这样。 |
| 返回顶楼 | |
|
发表时间：2004-05-15
不编码是不太可能的事情，可以把代码替程序员生成出来，我现在就是这样做的
|
| 返回顶楼 | |
|
发表时间：2004-05-16
如果想要应付将来变化多端需求，我建议改行做人工智能吧。人工智能有个研究方向是编译器方面的。
最最简化程度如下，告诉计算机：“我要一个ERP”。然后计算机就给你生成一套ERP系统。
|
| 返回顶楼 | |
