design-patterns之对设计模式速成类有什么建议吗

我将为公司的开发人员提供有关设计模式的速成类(class)(最近遇到了一些令人恐惧的代码之后)。

我想介绍的最重要的事情之一是，它们可以节省长期和短期的时间(这确实是他们的工作!)-因为这里的开发人员承受了相当多的时间压力。总而言之，我需要证明每天的 yield -使他们早日回家的事情。

告诉他们，这可能意味着更少的错误可能不会流行。我需要会沉没的东西。

我可能每个小时要进行三到四节课。你们对触摸/做什么有什么建议吗？

请您参考如下方法:

我认为任何教育类(class)的开场白都不错:

我们为什么在这里？ (在哪里确定了对本类(class)的需求？)

我希望学什么？

谁应参加此类(class)？ (预期的学生是什么，先决条件等？)

什么时候可以应用我学到的知识？

对您的期望(参与，家庭作业，测试，参加的最低类(class)等)

对于设计模式，我可以期望使用几种视觉工具或“ job aids”。

我将遵循类似于 Elements of Reusable Object-Oriented Software书的结构:

UML –类图概述

OOP –抽象，封装，多态，继承

内聚和耦合

什么是设计模式？ –模式名称，问题，解决方案，后果

为什么设计模式这么难学？

为什么使用设计模式？

如何选择设计模式？

如何使用设计模式？

通过示例覆盖各种GoF设计模式–在应用设计模式之前显示代码示例，以及Vince Huston在其examples中的外观。

结论

如前所述，设计模式实际上是想法，因此在教学时必须传达想法。如果他们了解设计模式的问题，解决方案和后果，那么与尝试将模式强制放入代码中相比，他们的境况要好得多(这将成为一场噩梦)。真正的目标是识别可以在哪里应用什么模式(如果有)。 Huston的示例非常适合为类提供代码示例，并查看它们是否可以识别出改进的模式。希望这可以帮助。

Head First Design Patterns也是一个很好的引用。