只显示主题贴
我们是做广电领域行业软件，使用的就是springRCP上手成本比较高，对于大项目还不错；小项目还是用netbean、ve等拖动生成界面的好。不过eclipseRCP应作为首选。
- 进入论坛 Java 版
pig345 写道2、3年过去了，没想到最近Javaeye又有了对Domain设计的热贴，安耐不住，说说自己的想法。
2年前有过尝试RichDomainObject的设计，当时使用的hibernate2＋SessionBean。
发现DomainObject必须要依赖Dao（一些业务逻辑执行前，需要对之前产生的DomainObject进行查询或汇总，根据结果判定执行逻辑）；
同时为了查询的灵活，Service必须同时依赖Dao和DomainObject。
这样整个Server，实际上包括了4种东西：
Service、
ServiceDAO（ReadOnly）、
DomainObject、 ...
- 进入论坛 Java 版
这是一个非常重要的特性。它使得spring可以成为DSL的框架，定义自己的语法。看看springRichClient中menu的定义多么复杂就知道多么需要这个特性了。死的框架是没有什么意思的，只有可以定义语法的元级框架才是王道。rails是很不错的，但是它只是分析清理和剪裁了需求的结果，真正的惊喜是ruby和无处不在的DSL思想。这点和spring1.2与spring2的区别很象。
- 进入论坛 Java 版
raimundox 写道经过一些学习之后，我写了一个系列的文章，来修正老庄的丧钟系列。URL如下：
第0 面向对象
http://www.blogjava.net/raimundox/archive/2005/12/20/24851.html
第1 接口
http://www.blogjava.net/raimundox/archive/2005/12/21/24889.html
第2 继承
http://www.blogjava.net/raimundox/archive/2005/12/21/24891.html
第3 一切皆对象和面向对象的理论基础
http://www.blogjav ...
- 进入论坛 Java 版
polygoncell 写道myace 写道不错，不过我认为这个MVC、MVP这个层面还是比较底层次的，应当把界面从大的方面进行划分，抽象出更高层次的概念。
jgoodies很不错，不过springRichClient的封装层次更高，尤其是它的Form部分很强大。
你指的应该是实际开发吧!这些我会在后继文章中逐渐展开,这篇文章只是从原理上进行解析。spring 有rich client方面的封装么？ 我没听说过啊！ 另外，使用JGoodies Form可以让一个swing经验不足的程序员在2个小时内开发出一个漂亮的GUI来。
springRichClient使用了jgoodies。
它提供了 ...
- 进入论坛 Java 版
不错，不过我认为这个MVC、MVP这个层面还是比较底层次的，应当把界面从大的方面进行划分，抽象出更高层次的概念。
jgoodies很不错，不过springRichClient的封装层次更高，尤其是它的Form部分很强大。
- 进入论坛 Java 版
partech 写道myace 写道UnitOfWork虽然是个不错的想法，但是OR映射时复杂的，感觉这种简单的方法很难解决全部问题，这点好像Martin Fowler也说了。
况且 new 一个对象并不意味着在数据库中添加一条数据。
赫赫，不要“感觉，好像”，你如果有具体的实例，俺倒是想尝试一下能否全部解决。至少俺碰到的项目还有没有解决不了的。
没好好看俺的草案不是。new一个对象是不代表创建一个业务对象，所以俺的Asepct只捕获在service..*和domain..*中，DomainObject的 new。
嗯，实践才好说话。
- 进入论坛 Java 版
partech 写道myace 写道
“Extension Object/Extension Interface”的实现不在意是否使用AOP。
我们的目的是能够直接使用向customer.save()方法，但是这有引入
对DAO接口或实现的依赖。在xiecc的“Domain injection”方法中，实际上还是对DAO接口有依赖。最终的方法调用向这样“customer.getDAO().save()”。
drliujia 写道其实本质上都差不多的，aspectj也就是让代码好看点，把我们不愿意看到的对domain object增强的部分给分离到了aspect里面，编译后的class不还是乱 ...
- 进入论坛 Java 版
xiecc 写道myace 写道使用“EO/EI”模式，可以摆脱对DAO接口的依赖，最终的调用方法如“((DA
O)customer.getAdapter(DAO.class)).save()”，如果使用JDK5的泛型的画就更好了，可以向这样调用“customer.getAdapter(DAO.class).save()”。
还是不明白，为什么这样就可以摆脱对DAO的依赖了？你现在的实现方法至少依赖了IAdaptable和DAO。
而且你现在用的DAO.class是类还是接口？
我的感觉是具体的类。假如是具体的类的话，所有Spring所提倡的depency injection的意义都不存在 ...
- 进入论坛 Java 版
drliujia 写道其实本质上都差不多的，aspectj也就是让代码好看点，把我们不愿意看到的对domain object增强的部分给分离到了aspect里面，编译后的class不还是乱成一团?
是的，如果domain object能够有一个共同的基类的话，完全没有必要使用AspectJ。
- 进入论坛 Java 版
评论排行榜