设计模式挫折

虽然我觉得熟悉设计不会有什么坏处 模式 ,我想确保你的问题中没有两件事混为一谈。你说你得到的反馈是你应用设计的能力 原则 很弱,你从反馈中得出结论,你需要学习设计 模式 . 但那是不同的。

“设计模式”是跨多个不同域看到的循环模式。例如,在建筑中,你可以看到许多不同类型的建筑中的“室内庭院”的图案。在编程中,您会看到许多不同类型的程序中的模式,如“类只能有一个实例”或“粘在上面的一小段代码”。

但原则不是模式。模式是一种特殊的反复出现的设计;原则是构成设计的基础。 好的 为正在设计的工件的用户。

例如,JScript语言的设计原则是“原谅小错误”。如果您将日期对象设置为11月31日,它将自动更正为12月1日,而不是给出错误。没有“小错误原谅模式”。使设计容错是一种设计 原理 --当我们可以选择如何设计一个特定的特性时,我们会考虑它与所有的原则(其中一些是矛盾的)的一致性如何,并使用这些原则来指导特性的设计。

这是 不 实际上,C的设计原则与C的设计原则相反。设计原则本身并不是好的或坏的;它们是设计好的准则。 对于其目标用户集 .

在不理解模式的情况下编写代码意味着没有工具箱中的工具,这些工具使执行常见任务变得更容易。编写不理解设计原则的代码意味着编写不一致、难以理解、违背用户需求的代码。这两者都很重要,但却截然不同。

设计模式称为 模式 因为它们在许多独立的程序中一次又一次地出现,而不是因为它们被用来把程序组合在一起,就像正方形被缝在一起做成被子一样。它们可以帮助解决软件问题,但它们本身并不是解决方案。

即使你使用C,我还是建议你读一些关于模式的书。第一本是Gof的书- Design Pattens . 然后尝试阅读一些关于企业设计模式的书。当你阅读时,你会发现(或看到)这个模式。这通常是一个“啊哈”的时刻。

您还可以从自己的代码中识别出相同的代码。了解模式将有助于您进行良好的设计。它有助于了解模式,因为当与模式相关的问题出现时,您将立即回忆起模式。

您指定的编程原则很好,并且确实遵循它们。然而,他们更多的是在阶级层面上。随着系统设计的深入,模式将更加有用。

最重要的是-模式为您提供了一个词汇表来与整个团队讨论设计思想。

我敢肯定,如果您已经编程4年了,您已经使用了一些设计模式,尽管您可能不知道您已经这样做了。

设计模式将教您解决某个已经经历的问题,并为其找到解决方案。最后为我们做了记录。

如果你想学习设计模式,你可以从“头先设计模式”开始,这是一本很好的书。

我不确定你真正需要的是设计模式。你可能需要对设计有更全面的理解。如果没有更多的信息,就很难给出更多的建议。

设计模式(如gof样式)最适合使用特定的编写代码样式。把你的课想象成人,而不是事物。想象一下,这些人然后通过传递笔记、部门间邮件或类似的方式相互交流。

一般来说,这些人的交流方式以及消息流的模式与GOF设计模式非常接近。与此不匹配的模式通常是编写适合此模型的应用程序所需的“助手”。

试试这本书,它很有趣,它不仅告诉你如何实现这个模式,还告诉你何时去做。

http://www.amazon.com/First-Design-Patterns-Elisabeth-Freeman/dp/0596007124