《总结一下最近关于domain object以及相关的讨论》的相关内容

这个例子很老啦，在之前的Domain Model的争论中被广泛引用（参见：http://www.javaeye.com/topic/11712）。我再来炒炒冷饭。 这个Domain可以简化为这样： public class Item { private Set<Bid> bids = new HashSet<Bid>(); } public class Bid ...

被hostler提起了兴趣。翻看了那个吵翻了天的domain model讨论。 然后又看了看马丁同学的反对贫血檄文。 http://www.martinfowler.com/bliki/AnemicDomainModel.html 说实话，虽然我并不对只有getter/setter的pojo多感冒，但是对马丁的论述也没觉得服气。 马丁的最大的论点似乎是： 分离数据和行为的方法不是OO，而是面向 ...

借用Robbin的代码 //普通的PODO public class Item implements Serializable { ..... } //LINQ or NHibernate Dao public class ItemDaoHibernateImpl implements ItemDao extends HibernateDaoSupport { ...

记得前些时候，我在javaeye发了一个帖子，引发了一段争论，具体的请看这个链接： http://forum.javaeye.com/viewtopic.php?t=11712 可以说Robbin是用心思考后才作出这个总结的，这个总结很有意思，也很有道理。但是并不能说全对，说实在话，我对于技术的观点一直是反反复复的，这个反复是随着我对技术的一种体会而来，可能先对后错，也可能先错后对，但是无论怎 ...

关于领域模型的设计问题，JavaEye已经组织过n多次大规模讨论，几乎每过一段时期就会出现一次。最近出现了一个新的趋势，Craig Walls在自己的blog上面写一篇文章，介绍如何使用Spring2.0和AspectJ的新特性给domain object注入DAO依赖，即如何实现post-instantiation，请见： http://jroller.com/page/habuma?entry ...

别人的文章，觉得不错，所以转载了 robbin将领域模型初步分为4大类： 1，失血模型 2，贫血模型 3，充血模型 4，胀血模型 那么让我们看看究竟有这些领域模型的具体内容，以及他们的优缺点： 一、失血模型 失血模型简单来说，就是domain object只有属性的getter/setter方法的纯数据类，所有的业务逻辑完全由business object来完成(又称 Transaction ...

DAO:::::DAO实现对数据库的操作. SERVICE::::::Service实现业务逻辑的封装，数据库操作只是业务逻辑的一部分而已。 但是在实际应用中，建议使用Service+DAO，看似麻烦些，但分层能相对清晰一点。 总之,我还是很喜欢把DAO和SERVICE分开的。这样起码以后容易扩展并且看起来逻辑清晰. 看过的一篇帖子说:比如现在用hibernate 以后可能改为jdbc或者 ...

内容转自ROBBIN的 http://forum.javaeye.com 为了补大家的遗憾，在此总结下ROBBIN的领域模型的一些观点和大家的补充，在网站和演讲中，robbin将领域模型初步分为4大类： 1，失血模型 2，贫血模型 3，充血模型 4，胀血模型 那么让我们看看究竟有这些领域模型的具体内容，以及他们的优缺点： 一、失血模型 失血模型简单来说，就是doma ...

这个例子很老啦，在之前的Domain Model的争论中被广泛引用（参见：http://www.javaeye.com/topic/11712）。我再来炒炒冷饭。 这个Domain可以简化为这样： public class Item { private Set<Bid> bids = new HashSet<Bid>(); } public class Bid ...

以下的文章转载自 http://kevintse.javaeye.com/blog/151090 原文地址:http://www.hibernate.org/328.html 这是一个来自CaveatEmptor实例应用,在JDK5.0下实现的DAO模式. 这个模式在Java Persistence With Hibernate里面也有讲到. 另外有两个链接,可能会对你有用, Sessio ...

最近我们的项目打算使用新的框架，所以研究了一下SEAM，让人比较困惑的一点是，SEAM提供的例子里面都是直接在action中访问entity manager，eql也直接写在action代码里面。以前习惯的action，service，dao的分层方式在SEAM里面还合适使用吗？如果都是按例子中的方式写代码，一旦有比较复杂的业务逻辑，会让action很庞杂，同时本来可以复用的数据访问代码散落在ac ...

概述 Spring 2.5 相比于 Spring 2.0 所新增的最重要的功能可以归结为以下 3 点： 1.基于注解的 IoC 功能； 2.基于注解驱动的 Spring MVC 功能； 3.基于注解的 TestContext 测试框架。 Spring 推荐开发者使用新的基于注解的 TestContext 测试框架，本文我们将对此进行详细的讲述。 低版本的 Spring 所提供的 Sp ...

今天确实郁闷，打开电脑本想继续完善代码， 结果却发现代码尽然忘记放进u盘，着实郁闷啊！ 今天代码就不贴代码了，过两天在补上。 在这里和大家探讨一下我对这个持久层的思路，想法和遇到的问题。 但是再开始之前，先向大家推荐两篇文章 《你擦了吗？确定擦了？真的确定擦了？》 http://www.javaeye.com/article/13649 《一个自制持久层的方法》 http://www.jav ...

你们都是怎么实现的？ 已经实现的能不能说说应该怎么做？

Spring2.0的发布恐怕算得上2006年Java社区的一件大事了。在Spring2.0发布附带的文档里面对2.0新特性做了概要的介绍，2.0的新特性是自然是我们最关注的方面： 一、Spring的XML配置引入XML Schema语法简化配置 在Spring1.x系列中，bean的配置文件使用DTD，没有namespace的分隔。2.0的一个非常大的改进是引入了XML Schema的name ...

John O'Hanley 的这篇文章列举了四个有害的java编码习惯，并提出了改正方案。 这四个习惯普遍存在于java程序员中，并且已经被广泛接受，大家都习以为常，流毒甚远。   1.对局部变量(local variables)，字段(fields)，参数(method arguments)这三种变量的命名没有区分，造成了代码的阅读困难，增加了代码的维护成本。   ...