blocks|key|2306780|text|一般来说，如果你做得对，就会有一个模式。你现在可能知道你在用它了。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|2306781|如果你做错了，就会有反模式。但你肯定不知道你在用它。|2306782|entityMap^0|0|0^^$0|@$1|2|3|4|5|6|7|F|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|G|8|@]|9|@]|A|$]]|$1|D|3|-4|5|6|7|H|8|@]|9|@]|A|$]]]|E|$]]

Generally, if you're doing it right, there's a pattern for it. You just might now know you're using it.

If you're doing it wrong, there's an anti-pattern for it. But you definitely don't know you're using it.

blocks|key|782551|text|四人集团(GoF)模式是一个很好的资源。|type|unstyled|depth|inlineStyleRanges|entityRanges|offset|length|data|782552|entityMap|0|LINK|mutability|MUTABLE|url|http://www.dofactory.com/Patterns/Patterns.aspx^0|0|9|0|0^^$0|@$1|2|3|4|5|6|7|L|8|@]|9|@$A|M|B|N|1|O]]|C|$]]|$1|D|3|-4|5|6|7|P|8|@]|9|@]|C|$]]]|E|$F|$5|G|H|I|C|$J|K]]]]

<a href="http://www.dofactory.com/Patterns/Patterns.aspx" rel="nofollow noreferrer">Gang of Four (GoF)</a> patterns are a good resource.

blocks|key|782754|text|您不应该总是着手使您的软件符合设计模式，但如果它匹配，您使用它。在许多情况下，您所做的大多数事情都会有一种设计模式，这种模式只是从许多不同的软件实现中观察到的一种常见的模式。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|782755|例如，如果您有一组需要同步的类。这很适合观察者或发布/订阅模式，其中一个类是通知程序，另一个类侦听通知。观测器模式|offset|length|782756|或者说你想在游戏引擎中限制内存的使用，那么你可以创建一个ObjectPool。对象池|782757|或者您可能希望将一组对象简化为simplr，然后使用Facade模式：立面图案|782758|很多时候，仅仅使用像封装或继承这样的功能模式是很好的。这取决于问题。在大多数情况下，您想要编写的代码大部分将在模式中解决，但是模式并不是编写代码的唯一方法。在许多情况下，您开始设计或有需求，它就成为一种模式。|782759|记住，模式起源于观察许多类型的软件问题，它不是起点，而是软件体系结构的反映。|782760|设计模式(计算机科学)|782761|dofactory.com：设计模式指南上的许多模式示例|782762|Python设计模式：http://video.google.com/videoplay?docid=-3035093035748181693|782763|强制设计模式就像强迫OO一样。它应该来自于手头项目中的需求。|782764|entityMap|0|LINK|mutability|MUTABLE|url|http://en.wikipedia.org/wiki/Observer_pattern|1|http://en.wikipedia.org/wiki/Object_pool|2|http://en.wikipedia.org/wiki/Facade_pattern|3|http://en.wikipedia.org/wiki/Design_pattern_(computer_science)|4|http://www.dofactory.com/Patterns/Patterns.aspx|5|http://video.google.com/videoplay?docid=-3035093035748181693^0|0|1G|5|0|0|13|3|1|0|Z|4|2|0|0|0|0|B|3|0|E|6|4|0|B|1O|5|0|0^^$0|@$1|2|3|4|5|6|7|1D|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|1E|8|@]|9|@$D|1F|E|1G|1|1H]]|A|$]]|$1|F|3|G|5|6|7|1I|8|@]|9|@$D|1J|E|1K|1|1L]]|A|$]]|$1|H|3|I|5|6|7|1M|8|@]|9|@$D|1N|E|1O|1|1P]]|A|$]]|$1|J|3|K|5|6|7|1Q|8|@]|9|@]|A|$]]|$1|L|3|M|5|6|7|1R|8|@]|9|@]|A|$]]|$1|N|3|O|5|6|7|1S|8|@]|9|@$D|1T|E|1U|1|1V]]|A|$]]|$1|P|3|Q|5|6|7|1W|8|@]|9|@$D|1X|E|1Y|1|1Z]]|A|$]]|$1|R|3|S|5|6|7|20|8|@]|9|@$D|21|E|22|1|23]]|A|$]]|$1|T|3|U|5|6|7|24|8|@]|9|@]|A|$]]|$1|V|3|-4|5|6|7|25|8|@]|9|@]|A|$]]]|W|$X|$5|Y|Z|10|A|$11|12]]|13|$5|Y|Z|10|A|$11|14]]|15|$5|Y|Z|10|A|$11|16]]|17|$5|Y|Z|10|A|$11|18]]|19|$5|Y|Z|10|A|$11|1A]]|1B|$5|Y|Z|10|A|$11|1C]]]]

You shouldn't always set out to make your software fit a design pattern, but if it matches one you use it. In many cases most things you do will have a design pattern that is merely a pattern that was observed from many different software implementations as being common.

For instance if you have a set of classes that all need to be synchronized. Well that works well with the Observer or Publish/Subscribe pattern where one class is the notifier and the other listens for notifications. <a href="http://en.wikipedia.org/wiki/Observer_pattern" rel="nofollow noreferrer">Observer pattern</a> 

Or say you want to limit memory use in a game engine then you might create an ObjectPool. <a href="http://en.wikipedia.org/wiki/Object_pool" rel="nofollow noreferrer">Object pool</a>

Or maybe you want to simplify a set of objects into a simplr API then use the Facade pattern: <a href="http://en.wikipedia.org/wiki/Facade_pattern" rel="nofollow noreferrer">Facade pattern</a>

Many times just using functional patterns like encapsulation or inheritance are fine. It depends on the problem. In most cases much of what you try to code will be solved in a pattern, but patterns aren't the only way to code. In many cases you start designing or have a need and it becomes a pattern. 

Remember patterns originated from observing many types of software problems, it is not the starting point but the reflection of software architecture.

<a href="http://en.wikipedia.org/wiki/Design_pattern_(computer_science)" rel="nofollow noreferrer">Design pattern (computer science)</a>

Many samples of patterns at dofactory.com: <a href="http://www.dofactory.com/Patterns/Patterns.aspx" rel="nofollow noreferrer">Design pattern tutorial by dofactory</a>

Python design patterns: <a href="http://video.google.com/videoplay?docid=-3035093035748181693" rel="nofollow noreferrer">http://video.google.com/videoplay?docid=-3035093035748181693</a>

Forcing design patterns is like forcing OO. It should come naturally from needs in the project at hand.

blocks|key|922320|text|所有定义良好的模式都有背景、上下文和模式解决的问题。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|922321|模式的全部意义在于告诉你什么时候合适。|922322|entityMap^0|0|0^^$0|@$1|2|3|4|5|6|7|F|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|G|8|@]|9|@]|A|$]]|$1|D|3|-4|5|6|7|H|8|@]|9|@]|A|$]]]|E|$]]

All well-defined patterns have background, context and the problem solved by the pattern.

The whole point of a pattern is to tell you when it's appropriate.

blocks|key|922885|text|看看应急设计:专业软件开发的进化本质那本很棒的书。它向您展示了我们如何在设计模式中结束，并将为您提供关于设计代码的良好指导。|type|unstyled|depth|inlineStyleRanges|entityRanges|offset|length|data|922886|entityMap|0|LINK|mutability|MUTABLE|url|http://www.netobjectives.com/resources/books/emergent-design^0|2|G|0|0^^$0|@$1|2|3|4|5|6|7|L|8|@]|9|@$A|M|B|N|1|O]]|C|$]]|$1|D|3|-4|5|6|7|P|8|@]|9|@]|C|$]]]|E|$F|$5|G|H|I|C|$J|K]]]]

Check out the excellent book <a href="http://www.netobjectives.com/resources/books/emergent-design" rel="nofollow noreferrer">"Emergent Design: The Evolutionary Nature of Professional Software Development"</a>. It shows you how we end up at design patterns, and will give you good instruction on architecting your code.

blocks|key|922960|text|我发现，如果我只是对一个程序进行黑客攻击，那么很好地利用设计模式几乎是不可能的，但是，如果您设计了您的程序，那么您可以查看您想要做的事情，然后在您的应用程序中开始看到设计模式。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|922961|例如，如果您看到有一个类指导应用程序的流，那么Controller模式就有意义了。|922962|使用设计模式的另一种方法是编写程序，使其工作，然后使用设计模式进行重构。我相信马丁·福勒写过一本关于这一主题的书，但我对作者并不乐观。|922963|无论哪种方式，都有助于了解您想要做什么来帮助决定哪种模式最有效。|922964|entityMap^0|0|0|0|0^^$0|@$1|2|3|4|5|6|7|J|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|K|8|@]|9|@]|A|$]]|$1|D|3|E|5|6|7|L|8|@]|9|@]|A|$]]|$1|F|3|G|5|6|7|M|8|@]|9|@]|A|$]]|$1|H|3|-4|5|6|7|N|8|@]|9|@]|A|$]]]|I|$]]

I find that if I am just hacking a program, good use of design patterns is almost impossible, but, if you design your program, then you can look at what you want to do and design patterns start to be seen in your application.

For example, if you see that there is a class that directs the flow of the application then the Controller pattern makes sense.

The other way to use design patterns is to write your program, make it work, then refactor using design patterns. I believe Martin Fowler wrote a book on this subject, but I am not positive on the author.

Either way it helps to know what you want to do to help decide which patterns work best.

<blockquote>
 Possible Duplicate: 
 <a href="https://stackoverflow.com/questions/85272/how-do-you-know-when-to-use-design-patterns">How do you know when to use design patterns?</a> 
</blockquote>

How can I understand/take decision about "When to use what Design Pattern"?

What are the factors to observe while taking decisions about using an appropriate design pattern in an appropriate place?

Design Patterns

翻译质量差，导致语言生硬或混乱。

没有提供实际的解决方法或示例。

解答不清晰，无法理解或解决问题。

页面排版不美观，阅读体验差。

文章

问答

视频

教程

学习中心

腾讯云实验室

直播

竞赛

腾讯云代码分析专区

腾讯iOA零信任安全管理系统专区

腾讯云架构师技术同盟交流圈

腾讯云数据库专区

腾讯云智能顾问专区

腾讯云原生专区

腾讯混元专区

腾讯云TCE专区

腾讯云Lighthouse专区

腾讯云HAI专区

腾讯云Edgeone专区

腾讯云存储专区

腾讯云智能专区

腾讯轻联专区 

腾讯云开发专区

TAPD专区

腾讯轻量云游戏服专区

腾讯云最具价值专家

腾讯云架构师技术同盟

腾讯云创作之星

腾讯云开发者先锋

腾讯云AI代码助手

云原生构建

TAPD 敏捷项目管理

Cloud Studio

SDK中心

API中心

命令行工具

功能1上新10个字符

功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符。

功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符。

功能5描述100个字符功能5描述100个字符功能5描述100个字符功能5描述100个字符功能5描述100个字符功能5描述100个字符

功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符

功能4上新

文章&问答评论现已支持表情

全新交互，全新视觉，新增快捷键、悬浮工具栏、高亮块等功能并同时优化现有功能，全面提升创作效率和体验

社区富文本编辑器全新改版！诚邀体验～ 

精选全网热门MCP server，让你的AI更好用 🚀

💥开发者 MCP广场重磅上线！

涵盖代码开发、场景应用、自动测试全流程，助你从零构建专属AI助手

一站式MCP教程库，解锁AI应用新玩法

聚焦“写作效率、视觉美观与运行性能”三方面进行全面升级，为您提供更高效、稳定的创作环境

社区富文本&Markdown编辑器全新改版上线，欢迎大家体验!

诚挚邀请您参与本次调研，分享您的真实使用感受与建议。您的反馈至关重要，感谢您的支持与参与！

社区新版编辑器体验调研

可能重复：我如何理解/决定“什么时候使用什么设计模式”？在决定在适当的地方使用适当的设计模式时，需要观察哪些因素？

问设计模式
EN

回答 6

Stack Overflow用户

Stack Overflow用户

Stack Overflow用户

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐

问设计模式EN

回答 6

Stack Overflow用户

Stack Overflow用户

Stack Overflow用户

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐

问设计模式
EN