微软企业库4.1学习笔记(十)企业库的设计
2010-08-16 01:22
337 查看
在设计整个企业库的过程中,使用了一系列的最佳实践。下面列出一些里面的最佳实践:
在核心库中使用了Common模块
使用了统一的命名约定和统一的版本
在设计的过程中使用单元测试
在所有模块中包含基础结构
在企业库的模块中包含了下面的模式,当然还包括其他模式:
工厂模式,一个创建型模式,使用指定的类型创建另外一个对象。
插件模式,这种模式扩展了类的行为。在特殊的环境中创建一个子类,只包含所需的功能。
依赖注入模式,使用这个模式,你可以在类中注入对象,而不是依赖类创建对象。
一、工厂模式
工厂模式是软件设计模式中,创建模式的一种。企业库中广泛的使用了工厂模式。例如,在Caching模块,CacheFactory初始化一个CacheManger对象的实例,CacheManager创建一个CacheManagerFactory对象,然后创建一个Cache对象。Cache是后端数据在内存中的副本。创建Cache对象之后,应用程序可以使用CacheManager对象获取缓存中的数据,向缓存中添加数据,从缓存中移除对象。更多的信息请参看缓存模块。
数据访问模块以类似的方式使用工厂模式,客户端代码调用DatabaseFactory的静态方法CreateDatabase创建Database对象的实例。更多的信息参看数据访问模块。
二、插件模式
插件模式是一种在运行的时候创建对象或者接口的实例的软件模式。插件模式扩展了现有代码的行为,以便它可以实现更多的目的。它和使用类继承不一样,类继承可以对行为进行修改或者是重写,插件模式行为的修改是有限的。
使用插件模式,修改的行为(插件)和一个分布partial类相连接,轮流的和核心类连接。插件使用这个接口实现被核心类调用的方法,同时也可以调用核心类的新方法。
三、依赖注入模式
依赖注入模式允许你向类中注入对象,而不是依赖这个类来创建对象。这在下面的情况非常有帮助,在你想解耦一个你的应用中的特殊实现或者是部署的细节。依赖注入模式解耦服务或者是其他代码可能会依赖的在容器中存放。然后,处理代码相互依赖的责任,包括对象创建和连接,从对象本身移除,转移到其他实体。不像工厂模式,使用依赖注入模式,容器中的代码是被多个应用共享的。
在System.ComponentModel命名空间中,是一个微软关于依赖注入模式的实现。在企业库中,ObjectBuilder 和 Unity模块可以用来实现依赖注入模式。
未完待续。。。。。。。。。。。。。。。。。。。。。。。。。。。。
http://www.cnblogs.com/virusswb/archive/2010/04/18/1714810.html
在核心库中使用了Common模块
使用了统一的命名约定和统一的版本
在设计的过程中使用单元测试
在所有模块中包含基础结构
在企业库的模块中包含了下面的模式,当然还包括其他模式:
工厂模式,一个创建型模式,使用指定的类型创建另外一个对象。
插件模式,这种模式扩展了类的行为。在特殊的环境中创建一个子类,只包含所需的功能。
依赖注入模式,使用这个模式,你可以在类中注入对象,而不是依赖类创建对象。
一、工厂模式
工厂模式是软件设计模式中,创建模式的一种。企业库中广泛的使用了工厂模式。例如,在Caching模块,CacheFactory初始化一个CacheManger对象的实例,CacheManager创建一个CacheManagerFactory对象,然后创建一个Cache对象。Cache是后端数据在内存中的副本。创建Cache对象之后,应用程序可以使用CacheManager对象获取缓存中的数据,向缓存中添加数据,从缓存中移除对象。更多的信息请参看缓存模块。
数据访问模块以类似的方式使用工厂模式,客户端代码调用DatabaseFactory的静态方法CreateDatabase创建Database对象的实例。更多的信息参看数据访问模块。
二、插件模式
插件模式是一种在运行的时候创建对象或者接口的实例的软件模式。插件模式扩展了现有代码的行为,以便它可以实现更多的目的。它和使用类继承不一样,类继承可以对行为进行修改或者是重写,插件模式行为的修改是有限的。
使用插件模式,修改的行为(插件)和一个分布partial类相连接,轮流的和核心类连接。插件使用这个接口实现被核心类调用的方法,同时也可以调用核心类的新方法。
三、依赖注入模式
依赖注入模式允许你向类中注入对象,而不是依赖这个类来创建对象。这在下面的情况非常有帮助,在你想解耦一个你的应用中的特殊实现或者是部署的细节。依赖注入模式解耦服务或者是其他代码可能会依赖的在容器中存放。然后,处理代码相互依赖的责任,包括对象创建和连接,从对象本身移除,转移到其他实体。不像工厂模式,使用依赖注入模式,容器中的代码是被多个应用共享的。
在System.ComponentModel命名空间中,是一个微软关于依赖注入模式的实现。在企业库中,ObjectBuilder 和 Unity模块可以用来实现依赖注入模式。
未完待续。。。。。。。。。。。。。。。。。。。。。。。。。。。。
http://www.cnblogs.com/virusswb/archive/2010/04/18/1714810.html
相关文章推荐
- 微软企业库4.1学习笔记(十八)缓存模块6 缓存的设计目的
- 微软企业库4.1学习笔记(十八)缓存模块6 缓存的设计目的
- 微软企业库4.1学习笔记(十)企业库的设计
- 微软企业库4.1学习笔记(十八)缓存模块6 缓存的设计目的
- 微软企业库4.1学习笔记(十二)中间人Providers,设计时支持Design-Time Configuration和仪表盘Instrumentation
- 微软企业库4.1学习笔记(十)企业库的设计
- 微软企业库4.1学习笔记(十二)中间人Providers,设计时支持Design-Time Configuration和仪表盘Instrumentation
- 微软企业库4.1学习笔记(十二)中间人Providers,设计时支持Design-Time Configuration和仪表盘Instrumentation
- 微软企业库4.1学习笔记(十)企业库的设计
- 微软企业库4.1学习笔记(十二)中间人Providers,设计时支持Design-Time Configuration和仪表盘Instrumentation
- 微软企业库4.1学习笔记(十八)缓存模块6 缓存的设计目的
- 微软企业库4.1学习笔记(二)各功能之间的依赖关系以及对象创建
- 微软企业库4.1学习笔记(十五)缓存模块3 使用数据库作为后端存储
- 微软企业库4.1学习笔记(七)创建对象 续集1
- 微软企业库4.1学习笔记(十九)缓存模块7 扩展和修改缓存模块
- 微软企业库4.1学习笔记(九)企业库程序集的部署
- 微软企业库4.1学习笔记(十五)缓存模块3 使用数据库作为后端存储
- 微软企业库4.1学习笔记(十六)缓存模块4 服务器场中的缓存使用
- 微软企业库4.1学习笔记(三)企业库迁移和并行使用,以及企业库的扩展
- 微软企业库4.1学习笔记(七)创建对象 续集1