[原创]设计模式研究(页 1) - 行业应用项目实施 - LoveUnix 最强AIX小机技术论坛,UNIX,Linux,存储,数据库,中间件,开发,管理

2003-11-9 19:01 无双

过几天再研究数据库 1 什么是设计模式 设计就是解决方案 设计模式就是把一些常用的设计文档化 2 开始入门 最开始的当然是那经典的MVC了 在每一本设计的书中都会看到 原因是MVC很实用 MVC M模型（对象） V它的视图也就是界面部分 C控制也就是操作方法 MVC最先在SMALLTALK中提出由于把界面与控制分离所以修改一部分不会影响其它部分 如修改界面的实现不需要你修改业务逻辑 修改业务实现不需要同时修改界因所以被广泛使用 代码的维护也方便因为V 与C是独立的增加功能时都需要修改分离后减少了耦合性所以后面修改代码更方便 VC的D/V（文档视图结构）也是MVC的一种体现

2003-11-9 19:42 无双

2 接口与继承 接口就是定义了一个统一的功能功能的具体实现由对应的实现者实现 如你调用一个方法就知道这个方法会返回什么结果无论是哪个类的对象都一样你不必知道调用的是什么类的方法 如你想调用一个画菜单接口那么就知道调用它一定会在屏幕上画出菜单而不论现在是在UNIX或是在WINDOWS上也不必知道现在是使用什么库来实现 如果用过JAVA那就会知道JAVA中有INTERFACE方法它定义了一个操作的接口其它类想实现那个功能时可以使用impletes实现它的功能在JAVA中事件的响应等都是这样实现的 在C++中接口是使用抽象类来实现 继承是共享数据与代码的一个方法用于在两个有ISA关系的类间 ISA就是是一个如笔记本电脑ISA（是一个）电脑那它就有电脑的属性与方法 但是它是笔记本那会有自己的特征这些特征就放在子类中实现电脑的特征就在电脑类中实现这样就不会要笔记本电脑中还实现电脑的功能有重复的代码了 另外子类中有些方便会改变这时子类需要定义自己的接口代替父类中同名接口 在C++中想让子类接口代替父类接口应该把对应的接口定义为virtual 如下 <div class='codetop'>CODE</div><div class='codemain'> #include <iostream> using namespace std; struct A{ void t(){  cout<<" A"<<endl; } virtual~A(){   cout<<" ~A"<<endl; } }; struct B:public A { virtual void t(){  cout<<" B"<<endl; } ~B(){   cout<<" ~B"<<endl; } }; struct C:public B { void t(){  cout<<" C"<<endl;} ~C(){   cout<<" ~C"<<endl; } }; main(){ A a; B b; C c; cout<<"first use A* to call t()"<<endl; A*p=&a; p->t(); p=&b; p->t(); p=&c; p->t(); cout<<"now use B* to call t()"<<endl; B* v=&b; v->t(); v=&c; v->t(); cout<<"finally call destructor"<<endl; return 0; } </div> 输出如下 <div class='codetop'>CODE</div><div class='codemain'> first use A* to call t() A A A now use B* to call t() B C finally call destructor ~C ~B ~A ~B ~A ~A </div> 可以看到virtual从它定义的级别开始起作用 后面的析构是子类析构过程中调用父类析构 在继承中把析构函数定义成virtual的原因是 在使用父类指针指向子类时处理完后可以正确的调用对应的析构函数 如下 <div class='codetop'>CODE</div><div class='codemain'> #include <iostream> using namespace std; struct A{ void t(){  cout<<" A"<<endl; } ~A(){   cout<<" ~A"<<endl; } }; struct B:public A { void t(){  cout<<" B"<<endl; } ~B(){   cout<<" ~B"<<endl; } }; main(){ A*p= new B(); delete p; return 0; }</div> 显示为 <div class='codetop'>CODE</div><div class='codemain'> ~A </div> 第二次修改A中 ~A(){ 改成 virtual ~A(){ 后 <div class='codetop'>CODE</div><div class='codemain'> ~B ~A </div> 可以看到资源被正确释放 接口与继承的比较 接口中并没有实现代码它只是说明这个接口会有什么功能如何提供这个功能是实现这个接口的类的任务 继承中是子类继承代码也就是子类共用父类的代码实现父类的功能 针对接口编程而不是针对实现编程 好处是 1 客户不必知道他们使用对象的特定类型而只要对象有客户期望的接口 2 客户不必知道他们使用的对象是使用什么类来实现的只须知道定义接口的抽象类 这样就减少了子系统实现间的依赖关系

2003-11-9 22:02 threehair

<div class='quotetop'>QUOTE</div><div class='quotemain'>针对接口编程而不是针对实现编程</div> 思想好。但是实现过程有些困难。 1 程序员的素质和经验。针对接口编程的要求更高 2 需要时间 假如一项工程时间很紧，为了赶进度，自然无法做到这点。所以这些工作需要平时积累。 毕竟公司有忙有闲，闲时就可以把一些常用的功能用针对接口编程实现 所以不能指望临时抱佛脚 <img src='style_emoticons/default/grin.gif' border='0' style='vertical-align:middle' alt='grin.gif' />

2003-11-9 23:29 无双

差不多如果时间紧的话那么几千是想到什么就写什么很难写设计

2003-11-9 23:59 Bell

是啊，针对借口编程是很重要的。 接口里只有那些抽象的方法和没有实现的。 然后再去做一个实现接口的类。 初一看标题，我以为是做“接口”（就是我原来用汇编做的东西）呢。 <img src='style_emoticons/default/smile.gif' border='0' style='vertical-align:middle' alt='smile.gif' /> 这个论题好，拿到其他网站上去推广、交流一下啊。 <另>现在我总算会用管理工具了 <img src='style_emoticons/default/grin.gif' border='0' style='vertical-align:middle' alt='grin.gif' />

2003-11-10 08:39 threehair

[QUOTE]现在我总算会用管理工具[CODE] 恭喜，我也是好不容易才会用的 <img src='style_emoticons/default/awkard.gif' border='0' style='vertical-align:middle' alt='awkard.gif' /> 哈哈一样一样 我昨天琢磨了一下午才会的 <img src='style_emoticons/default/huh.gif' border='0' style='vertical-align:middle' alt='huh.gif' />

2003-11-10 15:29 weihello

<div class='quotetop'>QUOTE(无双 @ 2003-11-09 19:01:37)</div><div class='quotemain'> 过几天再研究数据库 1 什么是设计模式 设计就是解决方案 设计模式就是把一些常用的设计文档化 </div> 设计并非解决方案。解决方案不过是设计模式的一个组成部分 设计模式更不是设计，同时也非设计的文档化。 设计模式是一种以模式语言描述的设计的核心。是高于设计的一种抽象,他不仅仅包括解决方案，个人认为最重要部分是意图。 设计不过是设计模式的一个具体应用而已。 模式中的解决方案不过是一个模版，并不描述具体的设计和实现。 亚历山大：设计模式是描述的一个在我们周围不断重复发生的问题，以及该问题的解决方案的核心。 模式是一种语言。

2003-11-10 15:47 qinxj

我本来也想这样声明的，非常赞同weihello的说法： 设计模式是一些大师们总结出来的框框，大家熟悉了这些设计模式之后就可以利用它们为你的系统服务，减少一些重复的设计方法的考虑! 希望以后大家对一些好的设计模式进行分析，用最最易懂的例子来说明这个模式的功能。希望大家都能对每一个设计模式了然于胸，这样子大家的设计水平就上升到了一定的高度。 多用些时间在设计上，少用些时间在维护上！

2003-11-10 15:53 无双

嗯 那大家一起来学习吧 我想好的模式可以减少自己的开发与维护工作量

2003-11-10 17:45 Bell

？！ 不对啊！！！ 怎么回事？ 我明明是引用三毛姐姐的话，怎么成编辑她的帖子了？ 三毛姐姐，我不是故意的啊！！！ <img src='style_emoticons/default/cry_smile.gif' border='0' style='vertical-align:middle' alt='cry_smile.gif' /> <img src='style_emoticons/default/cry_smile.gif' border='0' style='vertical-align:middle' alt='cry_smile.gif' /> <img src='style_emoticons/default/cry_smile.gif' border='0' style='vertical-align:middle' alt='cry_smile.gif' /> 别生气！！ 看来我还是不会用 ...

2003-11-10 18:01 threehair

<div class='quotetop'>QUOTE(cheyenne @ 2003-11-10 17:45:23)</div><div class='quotemain'> ？！ 不对啊！！！ 怎么回事？ 我明明是引用三毛姐姐的话，怎么成编辑她的帖子了？ 三毛姐姐，我不是故意的啊！！！  <img src='style_emoticons/default/cry_smile.gif' border='0' style='vertical-align:middle' alt='cry_smile.gif' />  <img src='style_emoticons/default/cry_smile.gif' border='0' style='vertical-align:middle' alt='cry_smile.gif' />  <img src='style_emoticons/default/cry_smile.gif' border='0' style='vertical-align:middle' alt='cry_smile.gif' /> 别生气！！ 看来我还是不会用 ... </div> 没关系，哦不介意的。哦刚开始也不习惯，老把引用点成编辑 <img src='style_emoticons/default/grin.gif' border='0' style='vertical-align:middle' alt='grin.gif' />

2003-11-10 18:10 Bell

还是咱们三毛姐姐好啊！！！ <img src='style_emoticons/default/wub.gif' border='0' style='vertical-align:middle' alt='wub.gif' />

2003-11-10 18:11 threehair

<div class='quotetop'>QUOTE(cheyenne @ 2003-11-10 18:10:20)</div><div class='quotemain'> 还是咱们三毛姐姐好啊！！！ <img src='style_emoticons/default/wub.gif' border='0' style='vertical-align:middle' alt='wub.gif' /> </div> 8客气拉 <img src='style_emoticons/default/icon_redface.gif' border='0' style='vertical-align:middle' alt='icon_redface.gif' /> 你不会又是一个晚上没睡吧？ <img src='style_emoticons/default/unsure.gif' border='0' style='vertical-align:middle' alt='unsure.gif' />

2003-11-10 22:46 Bell

哈哈，我一般上午睡觉，晚上工作。谢谢姐姐关心啊！ <img src='style_emoticons/default/rose.gif' border='0' style='vertical-align:middle' alt='rose.gif' />

2003-11-11 00:21 无双

上面写到接口与继承 下面讲讲继承与组合还有参数化类 继承与组合是两种策略 都是为了代码的复用 但是两个方法复用的方式不一样，继承是通过产生子类进行复用 这时子类必然知道父类的实现，因此叫“白箱复用” 由于知道父类实现，因此破坏了父类的封装性。 组合是通过定义成员函数进行复用，类只能通过组合的类定义的接口进行访问 而不可以访问它的protected部分，也不必（不能）知道它的实现。所以叫“黑箱复用" 组合就是使用已有的类来实现一个功能。 继承就是对某个类进行细化，它可以选择对某个行为进行细化 原则是下面：（抄书上的） 优先使用组合而非继承 在继承中，改变父类的实现，就会影响对应的子类接口的实现，所以在修改时不是很方便 ，但是组合因为只对接口进行调用，修改时不会影响什么子类，只会影响调用这个接口的地方，改动比较方便 委拖是组合的一个特例，就是一个对象把接收到的请求交给另一个对象进行处理。 参数化类，参数化类使用的技术是模板（在C++中，STL的容器就是一个典型例子）就是把某些结果只与类型相关，而与过程无关的东西放在一起。如 a=a+b , 如果定义了两个类,Intger Float, struct Int{ int i; }; struct Float{ int i; }; 这时要定义这两个类的Add，如果使用普通方法的话需要写两份代码，一份是 Int Add(const Int&a, const Int& B){ Int c; c.i = a.i+b.i; return c; } 同样还要定义一个参数是Float类型的同样代码的函数，是不是觉得有点累，而且以后还要维护两套同样的代码（如果BOSS是靠代码行类计算的话 那可以放心这样写） 使用模板就不必这么麻烦了。你可以定义如下 template <class T> T Add(const T&a,const T&b) { T c; c.i=a.i|b.i; return c; } OK 三种方法比较 从代码编写上来说，继承是最快的，如果你不想实现某个类的所有接口，那只要从它继承就可以了。但是破坏了封状性，修改父类就会影响子类，维护性不是很好。并且是编译时就指定，无法运行时改变功能。(如if a then b这样) 组合是使用一组对象来实现一个功能。性能方面比不上继承，但是修改一个类不会影响其它类，另外可以运行时指定（你可以在运行时指定由哪个对象来处理）。另外由于需要运行时才指定对象，所以有低效性问题（如果想完全高效那当然是使用C或是ASM了 所以这方面不用担心） 参数化类型（也就是模板）是定义一组除了类型外其它没有什么不同的操作的好方法，无论是维护还是开发上都不错。

2003-11-12 01:26 无双

23个模式说明 在这里将会大概的说明一下23个模式 后面会对每一个模式进行详细的介绍 在这里可能会有写错的欢迎大家指正 Abstract Factory抽象工厂 向客户提供一个接口让客户在不必指定产品的具体类型的情况下，创建多个产品族中的产品对象。 因为这些产品族是一起工作的，所以使用抽象工厂更方便，在书中举的例子是有门、房间、墙的党宫组件 Adapter适配器把一个类的接口转换成用户希望的另一个接口，最简单的联想是和重命名类似的东东。 Bridge 桥接，把抽象部分与实现部分分离，使他们可以独立的变化。实现部分提供接口供抽象部分调用。bridge是使用组合而不是继承的体现。这里转了一篇文章，可以对照着理解。 builder 生成器

2003-11-12 10:41 大菠萝

这个是抽象工厂的UML图，是rose帮助里的，呵呵

2003-11-12 10:45 无双

写得很详细 大菠萝兄你在哪里找到的 我什么没看到呢

2003-11-12 10:53 大菠萝

在我的C:\Program Files\Rational\Rose\designpattern中

2003-11-12 11:01 无双

找到了<img src='style_emoticons/default/smile.gif' border='0' style='vertical-align:middle' alt='smile.gif' />

2003-11-12 11:07 大菠萝

强烈建议无双按照图来讲，随便还可以讲讲UML的图示含义，一举两得

2003-11-12 11:13 无双

我是先想写个大概介绍 后面再写每个模式的具体内容与实现 写到模式具体内容时会开每个模式开一个新贴的

2003-11-12 13:42 qinxj

严重同意，无双兄来开头，我们就来和一和!

2003-11-12 13:57 无双

好啊 现在开始看 我想总会有很多不足的地方 后面再继续进行补充与讨论 一起学习

页: [1] 2

查看完整版本: [原创]设计模式研究