2011年12月12日
摘要: 外部与一个子系统的通讯必须通过一个统一的门面(Facade)对象进行,这就是Facade模式。 现代的软件系统都是比较复杂的,设计模式的任务就是协助设计师处理复杂系统的设计。 设计师处理复杂系统的一个常见方法便是将其"分而治之",把一个系统划分为几个较小的子系统。但是这样做了以后,设计师往往仍然会发现一个子系统内仍然 有太多的类型要处理。而使用一个子系统的使用端往往只关注一些特定的功能,却要同时与子系统内部的许多对象打交道后才能达到目的,请见下面的对象图。图4、Facade架构模式的结构图。 这就是一种不便,它使得系统的逻辑变得不必要的复杂,维护成本提高,复用率降低。 用一 阅读全文
posted @ 2011-12-12 13:15 極 阅读(258) 评论(0) 推荐(0) 编辑
摘要: 贫血模型:是指领域对象里只有get和set方法,或者包含少量的CRUD方法,所有的业务逻辑都不包含在内而是放在Business Logic层。优点是系统的层次结构清楚,各层之间单向依赖,Client->(Business Facade)->Business Logic->Data Access(ADO.NET)。当然Business Logic是依赖Domain Object的。似乎现在流行的架构就是这样,当然层次还可以细分。该模型的缺点是不够面向对象,领域对象只是作为保存状态或者传递状态使用,所以就说只有数据没有行为的对象不是真正的对象。在Business Logic里面处 阅读全文
posted @ 2011-12-12 13:00 極 阅读(436) 评论(2) 推荐(0) 编辑