• 聚合，关联，组合 是对象之间的三种关系。从某种意义上说，继承是一种类的纵向关系，而聚合，关联，组合是对象的横向关系。 其关系强弱为 关联<聚合<组合 关联：在程序中相当于把已经实例化的对象A做为另一对象B
  • 各位大侠大家好。我想设计一个订单模型。现在设计如图所示：Torders代表的是订单；TorderItem代表的是订单明细；Tparts代表的是商品；Tprice代表的是价格；Tsupplier代表的是供应商。请大家指点一下。 哈，如果有哪位大侠有好
  • 我在设计中遇到一个问题！而且我想或许大家也会有类似的困惑，还是我多想了抑或是孤陋寡闻。具体问题如下，简化了分析模型利用ctrl（action）接受客户端提交的请求并分配到不同的DS（DOMAIN SERVICE），然后DS调用BO,BO在调用DAO来完成持久化！粗略地看看是没有太大的问题，耦 icon
  • 喵。猫咪一直是敏捷开发拥护者。自己做项目总是先出设计实体然后映射成数据库表（猫咪是ORM框架拥护者）。最近进入一个项目，ER图已经画出来了。其中很多数据表上都有保留字段。我想问一下，在数据库设计中这么做到底是好还是不好？因为我觉得如果这些备用字段日后要使用的话，至少要改名字（总不能实际数据字段叫备用 icon
  • 在设计一个业务对象的时候，我将业务对象的属性和方法设计完整，可是在实现的时候发现，实现这个业务对象的时候，属性和方法的实现不同，在我看来业务层对于上一层次应该只暴露接口而不暴露实现，那么是否应该将设计的业务对象的方法剥离到接口上去，为业务对象只保留属性。我不知道这样理解对不对？还有个 icon
  • >>一对多的关联可以在一个实例变更中用集合来实现,但是,设计也不必非要这么直接,可能没集合,那么,我们可能使用另一种方法,通过查询数据库来得到相应的记录,然后根据这些记录将对象实例化.这是DDD书中的一段话,在实际中我们怎么权衡这两种设计呢 icon
  • 一个模型有 icon