设计模式沉思录的笔记(34)

>我来写笔记

按有用程度 按页码先后 最新笔记

  • 晨星

    晨星

    不要追求必须等前一个模式到达完美状态后才开始编写下一个模式。 ——一切积累都是如此,可同时进行,不断迭代完善。在足够完善之前不要“发布”就是了。或许草稿才是学问的常态~~

    2019-01-19 01:27

  • 晨星

    晨星

    提到了三本关于英文写作的书: The Elements of Style, by Strunk & White Style: Ten Lessons in Clarity and Grace, by Joseph M. Williams Writing with Style: Conversations on the Art of Writing, by John R. Trimble

    2019-01-19 01:24

  • 晨星

    晨星

    GoF在编写设计模式的过程中,有一条不能违背的规则:在将一个问题及其解决方案编写成一个模式之前,必须找到两个现成的例子。 我们想要确保自己写出来的模式在现实中是站得住脚的,我们不希望得出一些解决方案来解决没有人需要解决的问题。

    2019-01-19 01:20

  • 晨星

    晨星

    在软件开发周期变得越来越短的今天,任何分散注意力的行为完全是不可想象的。 但反思至关重要。再没有什么能够比不假思索地实现功能更容易将开发人员导向墨守成规、缺乏创新的套路了。

    2019-01-19 01:16

  • 晨星

    晨星

    CPTP: Curiously Recurring Template Pattern. ——久违的词了。不过这名字起得实在太随意。

    2019-01-19 01:14

  • 晨星

    晨星

    我们三个人认为值得将Multicast归结为一个模式,而Ralph却认为它只是Observer模式的一个变体。 ——这思维很奇特么。那举个最简单的例子,响应鼠标点击显然可以用Multicast来处理,但却很少有人在Observer的上下文中讨论这个问题。

    2019-01-19 01:10

  • 晨星

    晨星

    如果一个程序的控制流由外部因素(称为事件)所控制,那么该程序是事件驱动的(event-driven)。 ——章标题好绚丽~~

    2019-01-18 10:27

  • 晨星

    晨星

    (C++)友元关系是不能继承的。

    2019-01-18 01:04

  • 晨星

    晨星

    Momento模式的意图是记录对象的状态并将状态保存在外界,以便日后将对象恢复到原来的状态。

    2019-01-18 01:03

  • 晨星

    晨星

    软件行业因为它的“免责声明”而臭名昭著。

    2019-01-16 01:00

<前页 1 2 3 4 后页>

笔记是你写在书页留白边上的内容;是你阅读中的批注、摘抄及随感。

笔记必须是自己所写,不欢迎转载。摘抄原文的部分应该进行特殊标明。

设计模式沉思录

>设计模式沉思录