BOS设计缘由(二)
来源:互联网 发布:python替换指定字符串 编辑:程序博客网 时间:2024/04/29 16:44
1.3 更好的组件解决方案
使用组件之后,我们可以有效地解决问题列表中的1至3。但是,如果将想像稍作深入,我们会发现事情还能做得更好。假设例程中的Device类有多种绘图风格,那么我们也许会想让最终用户能够在运行期选择不同的风格,或者说是能够动态切换。为Device添加不同的函数(方法)也许是一条途径,但这不仅改变了Device的原有设计,并且也不是一种具备扩展性的方式。如代码所述(C#):
interface Device
{
void DrawStyleA (Shape shape);
void DrawStyleB (Shape shape);
// how about other possible styles?
}
由于已经了解了接口/实现分离结构,我们很自然的会想到更好的办法:保持原有Device不变,而提供多份不同绘图风格的实现。这实际上是我们在引入组件技术后已经具有的能力。
唯一的问题在于,我们现在还无法动态切换组件的不同实现。好在这是一个典型的动态需求,因此并不难解决:只需要引入一个管理器便可。这个管理器的功用是接管组件创建,并对外提供组件实例。由于管理器本身也是在运行期存在的一个对象,因此它可以动态的改变自身内部对组件的创建方式。如此一来,客户代码也就可以完成对同一组件的不同实现的切换。此外,这个管理器不能僵化,它应该允许我们控制何时使用组件的何种实现。这需要它对外提供除创建组件之外的其它方法。
代码能够最好的说明问题。假设管理器命名为Center,则其代码大致如下:
class Center
{
public void Register (component identifier, component dll name ) {…}
public void Create (component identifier) {…}
}
而客户代码得以这样动态切换不同绘图风格的Device实现:
class Program
{
static void Main(string[] args)
{
…
Center center = new Center();
// 以Style A方式绘图
center.Register( component identifier for Device, dll name that contains Device ImplA);
Device dev = center.Create( component identifier for Device );
dev.Draw( rect );
dev.Draw( circle );
// 以Style B方式绘图
center.Register( component identifier for Device, dll name that contains Device ImplB);
dev = center.Create( component identifier for Device );
dev.Draw( rect );
dev.Draw( circle );
}
}
本文为BOS(Basic Object System)相关文档。BOS是一个通用软件框架。BOS源码可在下面链接下载:
http://sourceforge.net/projects/bos-code
- BOS设计缘由(二)
- BOS设计缘由(三)
- BOS的设计缘由
- 拣阅一:缘由和系统设计
- 缘由
- BOS系统的设计与实现
- 记录转行学习前端的历程(缘由)
- Web乱码问题缘由及解决方案(图形展现)
- Netty API 中文翻译(4.1.11.Final) —— 缘由
- 单身缘由
- 笔记缘由
- 想法缘由
- kingdee bos常用方法(自己用)
- Bos 服务端常用代码(推荐)
- 设计模式(二)
- 权限设计(二)
- 设计模式(二)
- 设计模式(二)
- Apache - mod_rewrite - RewriteRule中的正则表达式需要考虑是否要对.转义(匹配任意字符还是仅匹配.
- 中国电信新拳头业务:全球眼
- Linux2.6 内核的 Initrd 机制解析
- 为什么用JAVA的HTTP递交给JAVAServlet生成JSP页面的时候,中文变成乱码了,我已经用了CHARSET=UTF-8等等了
- To-Do List
- BOS设计缘由(二)
- 首都人民拜拜啦!
- NOR FLASH 与 NAND FLASH
- 人机博弈之(五)---估值基础
- 开标之痛
- 希望大家多多支持
- 字符串拆分,修改,再合并
- -内存泄露初探-
- 9月日志。