ofbiz相关问题。

我觉得static method和固定的继承对象两者没有太大的区别，也许有人说都用static方法有点违背OO的概念，我是觉得用framework写代码，好用，方便就可以了。ofbiz有一个比struts好的地方是它M的实现是通过handler实现的，这样就比struts有更好的扩展，而且它提供的现成几种event handler都很好用。

》》2:ofbiz V那一层的思想和Tiles是一致的，其实Turbine也有这种思想，非常可取，但实在是看的我头晕，如果要使用Velocity会不会好些？《《
在ofbiz2.1.1以后，它使用了jpublish[1]， 是用script + template的一种架构，在ofbiz里提供的应用是beanshell [2] + freemarker [3]（一种比Velocity更强大的模板语言）.
结构还是蛮清晰的，找一个具体的流程对应看一下可以明白它的各个文件的作用。
缺点是要实现一个完整的event process -> view，要写满多的配制文件，有点麻烦，如果有工具可以自动生成就好了。

》》3:ofbiz 的Entity 实现有没有可能替代，就我目前的理解好象不大可能使用O/R Mapping 不知道谁有这方面的研究。《《
我最喜欢的就是它的Entity Engine的实现了，它本身就是一个O/R Mapping的实现，为什么还要找别的ORM来替换？它是一种使用简单（api少，配置文件少），而又功能强大的ORM tool。我们在各个项目中都使用应用得很好，强烈推荐使用（如果你需要Transaction支持的话，可以使用它的Service Engine的价格）

现在ofbiz有3.0 preview [4]了，和2.x最大的不同就是component化，你可以方便的plugin。如果你需要做一个完善的系统，ofbiz有很多地方可以借鉴。

[1] http://jpublish.org
[2] http://beanshell.org/
[3] http://freemarker.org
[4] https://ofbiz.dev.java.net

但是，如果你想使用EJB，想完全遵循J2EE规范，那么ofbiz就显得零类了，这也是它这么好的框架设计和代码结构，为什么被迫开源的原因吧。

使用EJB实现分布式计算，实现工作流的协调和同步，将一组服务器群变成一个强大的工作流机组，这是使用EJB可以方便为你实现的。

当然，在ofbiz现在的体系下，也可以做到分布式，比如使用JMS等。

OFbiz虽然在架构上有所侧重，但是它的很多组件技术是可以重用的，闪烁着智慧的精华。

我认为分布式工作流的关键并不是在使用什么具体的技术ejb,corba,web service都是可以的，关键的问题是在于各个工作流机的协调工作和过程模型的分布式描述。至于使用的分布式计算的方式，我认为在这样的系统使用消息机制会带来更大的好处，特别是在系统耦合和灵活性方面。在多异种系统交互上，web service反而能体现出优势出来

I like this idea, now it's really easy to implement your application base on ofbiz framework and adopt the exists components against your application scale.

Can not input Chinese with current OS, please bear my chinese-english, :)

To 孤魂一笑
我的文档写得很差，写心得体会更是头疼，作文从来没有及格过，:(， 建议您可以看一下它的文档，虽然简单，但还是很有帮助的。

如果是想学习他的架构的话，你可按照这样的顺序学：
1. MVC 的实现
2. Entity Engine
3. Service Engine

我觉得这3块是他的精华.

然后你可以根据你的需要，再看Mini Language, Workflow Engine, Rule Engine等等。

Good Luck!