我打算给我公司的开发人员上一堂关于设计模式的速成课程(在最近遇到了一些可怕的代码)。
我想说的最重要的一件事是,他们在长期和短期内都节省了时间(他们确实做到了!)--因为这里的开发人员承受着相当大的时间压力。总而言之,我需要证明每天的好处--让他们早点回家的东西。
告诉他们这可能意味着更少的bug可能不会击中要害。我需要一些能让我理解的东西。
我可能会做三到四次会议,每次一小时。你们有什么建议要触摸/做什么吗?
发布于 2009-05-08 06:44:28
Head First Design Patterns将是一个很好的起点。它涵盖了主流的设计模式。
Refactoring to Patterns可能也会引起人们的兴趣。
如果你不能为每个开发人员买一本书,那就买几本,然后把它们传播开来。
发布于 2009-05-08 06:45:04
模式首先很难学习。那时候我经常看the GoF book。每年我脑海中都会浮现出另一种模式。因此,我唯一的建议是,您最多选择两个模式,并使用许多示例来解决问题。
复合体是大家都知道的东西。在这一点上,你可以解释说,知道它有你可以使用和交流的名称可能很重要。模式的重要之处在于,它使其他人很容易识别您的意图。这些小名字很有帮助。
我个人认为,在基于OO的开发中,模板方法模式非常适合处理。它如此接近于OOP应该如何发生,以至于它可能也有改进编码风格的好处。
发布于 2009-05-08 06:49:19
大多数书籍所采用的解释模式的方法与我所希望看到的完全相反。他们采用一种模式,描述前提条件和不需要的条件,然后给你一个例子。我更愿意考虑具体的问题,并讨论替代方案。脱颖而出的是“模式”--只有在那时才会这样介绍它。
选择a)容易和b)最可能在您的代码中使用的模式。单例很容易学习(因为它们不涉及主体/对象)。另一个有趣的是观察者模式。
https://stackoverflow.com/questions/838484
复制相似问题