摘要：
Command模式只是封装了一个没有任何变量的函数.interface Command{ void Excute();}具有强烈的分解功能的味道.把函数层面的任务提升到了类的层面(一个类仅仅是为了完成一个函数,而且没有该函数外的任何成员).简单的Command事件驱动的系统.Sensor(传感器).... 阅读全文
2014年5月15日
摘要：
继承program by difference.通过继承,可以建立完整的软件结构分层.其中每一层都可以重用该层次以上的Code.过度使用继承的代价是巨大的.应使用组合或者委托来替代继承.Template Method(使用继承)和Strategy(使用委托)模式解决了相同的问题:分离通用的算法和具体... 阅读全文
摘要：
类和实例对于大多数的类,都可以创建多个实例.在需要和不需要时,创建和删除这些实例.该过程会伴随着内存的分配和归还.同时,有一些类,应该仅有一个实例.该实例在程序启动/结束时被创建和删除.root对象.通过该对象可以得到系统中的其他对象.factory对象.用来创建系统中的其他对象.manager对象... 阅读全文
摘要：
去除代码中的if(obj==null),或者try/catch语句.维持Code的一致性.Null对象,代表"什么也不做"的一个对象.使Null对象称为一个匿名内部类确保了该类只有单一实例.并且客户无法创建Null对象的其他实例.可以使用if(obj== Employee.Null)表达.[Agil... 阅读全文
摘要：
使用new的Code都违反了DIP.但是,依赖于稳定的具体类,是无害的.例如string.另一方面,对于正在开发中的APP,很多具体类是易变的.此时应该依赖于抽象接口.Factory模式:只依赖于抽象接口就能创建出具体对象的实例.对Test Fixture使用工厂编写UT时,希望把一个模块和它使用的... 阅读全文
摘要：
[Agile Software Development(Principles,Patterns,and Pracitices)] 阅读全文
摘要：
拉模式.Observer实现了一种间接关系.可以向各种对象注册观察者.可以有效地管理依赖关系.拉模式实现简单,且Subject和Observer可以成为类库中的可重用元素.当被观察对象比较复杂,并且Observer需要一个提示,那么使用推模式.该模式的目的:增加新的Observer对象时,无需更改被... 阅读全文
摘要：
简易的台灯Abstract Server模式谁拥有接口.接口属于它的客户,而不是它的派生类.接口和客户之间的逻辑关系,强于接口和其派生类的逻辑关系.逻辑关系和实体关系的强度是不一致的.在实体关系上,继承比依赖更强.最好将接口和它的客户打包,而不是和它的派生类在一起.Adapter模式当Light不能... 阅读全文
摘要：
软件中的Barrier.数据从程序移到DB中时,要跨越数据库的Barrier.消息从一个PC到另一个PC时,要跨越网络Barrier.跨越可能是复杂的,很可能处理Barrier的Code会多于处理本来要解决的问题的Code.Proxy模式.DB和ProductIMP这两个协作对象互相不可见.Prox... 阅读全文
摘要：
Modem结构Visitor模式对于被访问(Modem)层次结构中的每一个派生类,访问者(Visitor)层次中都有一个对应的方法.从派生类到方法的90度旋转.新增类似的Windows配置函数时,Visitor模式使用Visitor派生类来代替了被访问者结构中的方法.双重分发:accept()+vi... 阅读全文
摘要：
地铁十字转门状态迁移表格.起始状态 触发迁移的事件 终止状态 要执行的动作.Locked Coin UnLocked UnLockUnLocked Pass LockedLock最直接的方式:switch(state) case Locked : switch(event) case Pass:St... 阅读全文
摘要：
Transaction Script使用过程来组织业务逻辑,每个过程处理来自表现层的单个请求.运行机制尽可能将其放置于与表现层和数据源层隔离的类中.为了便于修改和测试,不能调用任何表现层逻辑.组织成类一个类,围绕一个主题将相关事务脚本组织在一起.Command模式.一个事务脚本对应一个类.优点:允许... 阅读全文
摘要：
Table Data Gateway充当数据库表访问入口的对象.一个实例处理一个表中所有的行.在应用逻辑中混杂SQL语句会引起问题.表数据入口包含了用于访问单个表或者视图的所有SQL.其他代码调用它的方法来实现所有与数据库的交互.运行机制其用于数据读写,因此是无状态的.每个方法都将输入参数映射为SQ... 阅读全文
摘要：
维护受业务事务影响的对象列表,并协调变化的写入和并发问题的解决.从DB中存取Data时,必须记录增删改动作,以将对DB有影响的数据写会到DB中去.如果在每次修改对象模型时就对DB进行相应的修改,会造成大量小规模的DB调用,降低了速度.工作单元记录业务事务中对DB有影响的所有变化.然后在操作结束后,了... 阅读全文
摘要：
通过在Map中保存每个已加载过的对象,确保每个对象只加载一次.当要访问对象时,首先检查标识映射,看需要的对象是否已经存在其中.使用Identify来确保不重复加载相同的数据,不仅有助于保证正确性(不会将同一数据加载到两个不同的对象上),还能提升性能.运行机制基本思想:使用一系列映射.这些映射包含了从... 阅读全文
摘要：
一个对象,它虽然不包含所需要的所有数据,但是它知道怎么获取这些数据设计专门的对象来把数据从DB中加载到内存中.该对象可以完成在加载所需对象的同时,把与之相关的对象也一并加载了.否则,必须显示加载所有所需的对象.但是,加载一个对象可能会引起大量相关对象的加载.当真正需要的对象只有几个时,会损害系统的性... 阅读全文
摘要：
在对象中保存DB的ID字段,以维持内存对象和DB数据Row之间的identify.关系DB使用key来区分数据行.而内存对象不需要这样的键.因为对象系统能够保证身份确认.读取时没有问题,但是为了正确地写回DB.需要联系两者.本质上,只是将DB表的主键存储在对象的field上.工作机制键的选择mean... 阅读全文
摘要：
把对象间的关系映射到DB表键的外键引用对象之间可以通过对象引用来互相直接访问.运行机制关键是标识域.一对一的关联.使用一个DB的外键取代.一对多的对象集合.不能在DB中把相连的对象集合都保存了.必须颠倒引用的方向一张唱片有多个曲目,那么在曲目表中保存唱片的外键.更新时较为麻烦插入和删除在多的一方(曲... 阅读全文
摘要：
把关联保存为一个表,存储关联表的外键在对象中,使用集合作为域值,来处理多值域.而在DB中,只能有单值域.外键映射的核心,是在关联关系的单值端使用外键来维持联系.而在多对多的关联关系中,已经不存在单值端了.运行机制使用一个链接表来保存关联关系.仅有两个字段,即两个关联表的外键ID.对于每一对相关联的对... 阅读全文
摘要：
让一个类为其子类(泛意上的)执行ＤＢ映射一些对象肯定会出现在另一对象的上下文中.此时,使用另一对象的Mapper来执行第一个对象的映射,来简化映射过程.运行机制在DB持久化时,依赖者类依赖于所有者类.每个依赖者只能有一个所有者.活动记录和行数据入口依赖者类的映射代码都写在所有者中.数据映射器没有依赖... 阅读全文
