大家来讨论下各种设计模式解决办法
大家来讨论下各种设计模式
给大家提个问题，在你自己的开发过程中使用最多的模式是什么，并简要的举例说明下，以供大家学习！希望大家不吝赐教！
------解决方案--------------------
据说有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的几乎都用观察者。
------解决方案--------------------
观察者模式/工厂模式/单实例模式
------解决方案--------------------
哥们，你能举个例子说明一下吗？
------解决方案--------------------
------解决方案--------------------
给大家提个问题，在你自己的开发过程中使用最多的模式是什么，并简要的举例说明下，以供大家学习！希望大家不吝赐教！
------解决方案--------------------
据说有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的几乎都用观察者。
------解决方案--------------------
观察者模式/工厂模式/单实例模式
------解决方案--------------------
哥们，你能举个例子说明一下吗？
------解决方案--------------------
------解决方案--------------------