MyException - 我的异常网
当前位置:我的异常网» C++ » 大家来讨论下各种设计模式解决办法

大家来讨论下各种设计模式解决办法

www.MyException.Cn  网友分享于:2013-02-07  浏览:12次
大家来讨论下各种设计模式
给大家提个问题,在你自己的开发过程中使用最多的模式是什么,并简要的举例说明下,以供大家学习!希望大家不吝赐教!

------解决方案--------------------
据说有3000多个设计模式。
------解决方案--------------------
状态模式:
其实了解设计模式之初,我是不太看好这个模式的,但在应用中我发现它的确是最常用的一个。我个人比较常用的方式如下:
条件一:当一个对象的逻辑慢慢复杂起来之后,就需要通过重构对其进行简化,这个时候一个很常用的手段就是把一组很内聚的属性抽取出来作为一个新的类对象;
条件二:很多时候这类属性都具有状态特性,比如游戏设计玩家会有各种不同类型的动作,像站立、行走、持续性动作、多人组合动作等等;玩家的不同成长阶段的针对同一指令的行为也会不一样------这样就构成了一个玩家属性的类族,是为状态模式
------解决方案--------------------
2楼的所讲 令我有所思

个人常用的 应该是对象工厂...
可能是深受com的影响
------解决方案--------------------
理解开发模式的前提是要理解面向对象设计原则(OO原则)。
最经典的开发模式有23个,从里面都可以找到OO原则的影子。
------解决方案--------------------
面向对象设计估计在实践出真知啊。。。
------解决方案--------------------
Composite模式:
在面向对象的系统中,经常会遇到一类具有“容器”特征的对象,即它们在充当对象的同时,又是其他对象的容器。这时候可以考虑用Composite模式。比如:在操作系统中,文件的概念很广泛,其中文件可以是普通文件,也可以是目录(在Unix中,设备也是文件),目录中可以存放文件。
Composite模式实际上隐含实现了递归算法。



------解决方案--------------------
设计模式用得不多。
感觉蛮多还挺好用的。

桥接模式,用来跨平台移植还蛮还好用的。
------解决方案--------------------
Chain of Responsibility(COR)也非常有意思:
在软件系统中,一个请求可能被多个对象处理,但是每个请求在运行时只能有一个接收者,如果显示指定,将必不可少地带来请求发送者与接收者的紧密耦合。COR(Chain of Responsibility)设计模式可以使请求的发送者不需要指定具体的接收者,让请求的接收者自己在运行时决定来处理请求,从而使两者解耦。

使多个对象都有机会处理请求,从而避免请求的发送者和接收者之间的耦合关系。将这些对象连成一条链,并沿着这条链传递请求,知道有一个对象处理它为止。

------解决方案--------------------
探讨
设计模式用得不多。
感觉蛮多还挺好用的。

桥接模式,用来跨平台移植还蛮还好用的。

------解决方案--------------------
有限状态机!
------解决方案--------------------
最多,最常用的就俩:单例模式,还有对象工厂
------解决方案--------------------
Singlton,Factory,几种用的比较多
------解决方案--------------------
工厂模式应该肯定是最多的 -_-
------解决方案--------------------
个人感觉设计模式只是一个称号,其实在实际编程中我们用到了很多潜在的设计模式
比如String的使用以及模板的使用
------解决方案--------------------
Sigleton abstract Factory 常用。
------解决方案--------------------
我们boss正在提倡一个“极限编程”,还没弄清楚。据说很有用。
------解决方案--------------------
用的最多是工厂模式、桥模式、单件模式...
------解决方案--------------------
有限状态机
------解决方案--------------------
工厂模式
------解决方案--------------------
观察者模式。
做MVC的几乎都用观察者。
------解决方案--------------------
观察者模式/工厂模式/单实例模式
------解决方案--------------------
哥们,你能举个例子说明一下吗?
------解决方案--------------------
探讨
观察者模式。
做MVC的几乎都用观察者。

------解决方案--------------------

文章评论

每天工作4小时的程序员
每天工作4小时的程序员
我跳槽是因为他们的显示器更大
我跳槽是因为他们的显示器更大
程序员都该阅读的书
程序员都该阅读的书
不懂技术不要对懂技术的人说这很容易实现
不懂技术不要对懂技术的人说这很容易实现
程序员和编码员之间的区别
程序员和编码员之间的区别
老程序员的下场
老程序员的下场
10个帮程序员减压放松的网站
10个帮程序员减压放松的网站
那些争议最大的编程观点
那些争议最大的编程观点
要嫁就嫁程序猿—钱多话少死的早
要嫁就嫁程序猿—钱多话少死的早
为啥Android手机总会越用越慢?
为啥Android手机总会越用越慢?
为什么程序员都是夜猫子
为什么程序员都是夜猫子
Web开发者需具备的8个好习惯
Web开发者需具备的8个好习惯
看13位CEO、创始人和高管如何提高工作效率
看13位CEO、创始人和高管如何提高工作效率
当下全球最炙手可热的八位少年创业者
当下全球最炙手可热的八位少年创业者
旅行,写作,编程
旅行,写作,编程
5款最佳正则表达式编辑调试器
5款最佳正则表达式编辑调试器
Java程序员必看电影
Java程序员必看电影
一个程序员的时间管理
一个程序员的时间管理
10个调试和排错的小建议
10个调试和排错的小建议
我的丈夫是个程序员
我的丈夫是个程序员
如何成为一名黑客
如何成为一名黑客
程序员必看的十大电影
程序员必看的十大电影
程序员最害怕的5件事 你中招了吗?
程序员最害怕的5件事 你中招了吗?
中美印日四国程序员比较
中美印日四国程序员比较
Java 与 .NET 的平台发展之争
Java 与 .NET 的平台发展之争
科技史上最臭名昭著的13大罪犯
科技史上最臭名昭著的13大罪犯
“懒”出效率是程序员的美德
“懒”出效率是程序员的美德
程序员的鄙视链
程序员的鄙视链
什么才是优秀的用户界面设计
什么才是优秀的用户界面设计
鲜为人知的编程真相
鲜为人知的编程真相
漫画:程序员的工作
漫画:程序员的工作
老美怎么看待阿里赴美上市
老美怎么看待阿里赴美上市
写给自己也写给你 自己到底该何去何从
写给自己也写给你 自己到底该何去何从
60个开发者不容错过的免费资源库
60个开发者不容错过的免费资源库
团队中“技术大拿”并非越多越好
团队中“技术大拿”并非越多越好
初级 vs 高级开发者 哪个性价比更高?
初级 vs 高级开发者 哪个性价比更高?
“肮脏的”IT工作排行榜
“肮脏的”IT工作排行榜
我是如何打败拖延症的
我是如何打败拖延症的
总结2014中国互联网十大段子
总结2014中国互联网十大段子
程序员周末都喜欢做什么?
程序员周末都喜欢做什么?
程序员眼里IE浏览器是什么样的
程序员眼里IE浏览器是什么样的
编程语言是女人
编程语言是女人
程序员应该关注的一些事儿
程序员应该关注的一些事儿
做程序猿的老婆应该注意的一些事情
做程序猿的老婆应该注意的一些事情
程序员的一天:一寸光阴一寸金
程序员的一天:一寸光阴一寸金
软件开发程序错误异常ExceptionCopyright © 2009-2015 MyException 版权所有