图书评论：PHP中的实用设计模式-php教程-PHP中文网

图书评论：PHP中的实用设计模式

对Brandon Savage在PHP中的实用设计模式的评论将包括我对书籍的看法和印象，以及自我出版的方面。非常感谢Brandon给了我评论副本。

设计模式是关于常见问题的常见解决方案。
……它们是概念，而不是蓝图；想法，未完成设计。
…他们为原本困难的情况增添了清晰度。

- Brandon Savage，PHP中的实用设计模式

钥匙要点

Brandon Savage的“ PHP中实用设计模式”

>
>评论重点介绍了本书缺乏专业指导，语言错误和偶尔在代码样本中的奇数的挑战。尽管存在这些问题，但建议该书适用于希望研究设计模式的中级开发人员，但对于需要首先掌握基本概念的初学者。
content

从更轻的介绍性注释开始，布兰登解释了对框架的需求，认为OOP并不意味着要在课堂上包装一些东西，并详细介绍了为什么设计模式似乎很难学习。然后，他继续对扎实的原则进行温和的介绍，并为更高级的概念奠定了基础。他解释了为什么每个坚实的规则都很重要，这意味着什么。鉴于Solid是一个良好的软件设计原则，因此将其与本书中要解释的每种模式进行比较是很自然的。或者，更确切地说，要评估每种模式如何尊重坚实的原则，同时为开发人员提供其预期的功能。

>如果我在Dreyfus模型术语中表达了重要的事情，他声称这本书将在那里将新手变成一个胜任的级别的开发人员，而不会使他们遭受高级初学者的错误，而实际上，这种学习方法并非完全可能 - 那是可能的 - 只是人类知识获取过程的工作原理。图书评论：PHP中的实用设计模式

>从TOC中可能不会过分明显，因此本书中解释的模式是：

（摘要）工厂模式
singleton模式
构建器模式
装饰器图案
适配器模式

桥模式

外观模式

策略模式

介质模式

观察者模式

责任链模式

迭代器模式

复合模式

MVC模式

域模型模式

活动记录模式

前控制器模式

>涵盖了如此多的模式（并且最涵盖的效果最多），我惊讶地看到一个句子，例如“

[…]，例如，注册表模式（本书中未涵盖）…”。为什么不呢？注册表模式是一种流行的模式，即使不是当今不完全推荐的，也很容易解释。> 按模式进行模式，每个图案都很好地解释了，大多数随后是代码示例，证明了它们的潜在实现，尽管我确实对Cache的出厂模式示例有一个困惑。

在不同的缓存示例（APC和memcache）的示例中实现了该模式，并且两者都通过工厂产生，该工厂都注入了任何服务需要缓存组件中。>

>对我来说很有意义，但是我看到经验不足的人想知道为什么一个人可能真的需要工厂步骤，而不仅仅是键入提示构造函数中的缓存界面本身，需要注入缓存对象本身，而不是其工厂。当前示例既具有出厂接口和高速缓存接口，至少，一个似乎是剩余的。这从来没有以中级开发人员平易近人的方式来解释，我担心它可能会使某些人感到困惑。我对桥梁模式的解释也不满意 - 它似乎缺乏，就像它只是在表面上被划伤了，从来没有正确返回一样。

> 另一方面，我绝对喜欢复合模式的解释及其在非常有趣的树示例上的演示 - 作者构建了一棵复合树，具有任意数量的嵌套节点级别，该级别非常适用于菜单构建，层次结构，以及更多 - 我对装饰图案的解释感到特别兴奋。它是以一种非常平易近人的方式完成的，并且以良好的可用示例进行。尤其是这种模式是我一直很难在被问到时用蓝色解释的人，而且我还没有找到比本书更好的细分。

忽略了模型

在本书的一个实例中，布兰登说，模型是MVC应用程序中最重的举升机，其中包含所有业务逻辑和验证代码。这是我无法接受的陈述 - 我可以想到一个不正确的例子：拉拉维尔（Laravel）。随着Laravel 5的出现并添加表格请求，这些模型将增长更轻。

图书评论：PHP中的实用设计模式

被授予，有些人倾向于将所有东西都放在模型中，但是有些人也将相同数量的上帝代码放入控制器中。我的经验和偏好说，与框架相关的一切都应该很轻（小型控制器，小型模型，小或没有视图），而与服务有关的一切（服务，插件，图书馆，助手）都可以像他们需要一样胖，只要它们之间可以在框架之间进行可行的操作。我想那是个人的喜好。另一件事让我感到奇怪：

“
创建好的模型是任何开发人员铲球最复杂的任务之一。长期以来，Zend Framework文档认为没有Zend_model类，因为创建模型是应用程序开发过程的大部分。要创建zend_model将是假设每个人都可以或想使用相同的模型结构，这是不可能的，这是我本章中未包含任何代码的相同原因。 >这确实有意义，但以最简单的方式体现了价值，网关和存储对象，这对首次被引入域模型模式的人们非常有益。我认为，在本书中，域模型模式过于忽视，并且太过理论上了。
知识的诅咒

在整本书中，布兰登在没有链接到它的情况下（四个帮派）提到了高级概念（ORM，继承，依赖注入）和第三方内容，假设读者熟悉这一切。尤其是四个场合提到了四个团伙，并且至少可以与设计模式的链接使用 - 否则“新手”和“高级初学者”读者只会在混乱中浏览一下句子。

在其他情况下，段落结构的编写方式远远超出了新手对中级用户的理解水平：

>这是一个古老的问题，许多开发人员一直都在努力：如果我努力颠倒依赖关系而不是在课堂内创建对象，那么我该如何创建在运行时需要的依赖项，可以一定要注入？

>这不是读者所消耗的水平，他们需要这本书熟悉模式。完全了解这句话的读者可能已经完全熟悉了书中的所有模式，从而使真正的目标受众质疑。我相信这是由于萨维奇先生遭受了所谓的“知识诅咒”的困扰。

图书评论：PHP中的实用设计模式

wikipedia将其定义为：

知识的诅咒是一种认知偏见，它导致更有信息的各方发现从较小的政党的角度考虑问题非常困难。 在没有正式训练以传达自己所知道的东西的专业人士中，知识的诅咒是一个非常普遍的事情，但也确实会随着时间，经验和反馈而失去影响。这也是为什么我们在站点点鼓励人们就帖子提供诚实的反馈，这就是为什么我们试图使每个新出版物都更简单，更简化的事情。没有人对诅咒免疫 - 有些人受到它的影响更大。
>

自我出版

的瘟疫

>近年来，自我出版似乎确实脱颖而出。那些不诉诸LeanPub的人像Brandon一样完全独奏。尽管这种方法确实确实加快了过程，并允许专家以令人震惊的快速速度将高质量的内容放在感兴趣的各方的手中，但它还允许更多的错误，不良内容和错别字可以通过。不幸的是，困扰其他自我出版作家的大多数问题也困扰着这本书。缺乏经验丰富的编辑，似乎没有关于内容，形式甚至语法和句法准确性的指导，这是一种经常弄乱的语言的人。图书评论：PHP中的实用设计模式

>以为母语者不会犯错误，因此不需要正式编辑类似于例如，一家基于Y校对者的唯一理由是语言X的母语。语言编辑。

结论

作为高级用户，我以前对本书中解释的大多数（如果不是全部）的模式有所了解。但是，我所经历的解释对中级用户的形成且平易近人，尽管我认为不是较低的技能之一。虽然这本书的内容非常好，而布兰登（Brandon）非常擅长在代码中展示该理论的描述，但我觉得这本书整体上太复杂了，对于新手开发人员而言，无法获得任何明显的内容。在我看来，PHP社区一般都患有一种“缺少链接”综合征，我们拥有绝对的初学者书籍（“这是回声，这是一个函数，这是PHP标签”））））还有像这样的中级书籍，或任何st鱼，琼斯，哈特耶斯和其他人都推出的，但是有一个中间立场仍然没有质量的内容，只能通过良好的老式征服“把我扔进去火法。

>也就是说，如果您是一个中级开发人员，希望在人们周围的人们谈论他们谈论的会议上陷入模式，并从那些尴尬的点点头，但您不理解一件事情 - 一定会得到这本书。如果您是新手，我不建议您购买这个 - 不仅是。首先掌握您的“ Echos”，了解作曲家是什么，然后将您的牙齿沉入此。

实际上，如果您是高级初学者（初学者应该从非常基础的开始），但我仍然对您感兴趣，我会为您提供鼓掌，并提供以下资源以在您深入研究之前进行查看：

在可学习的

上，面向对象的php元素

>面向对象的php

采用面向对象的PHP：使两支军队互相战斗
>很棒 - 阅读这个人曾经写过的所有内容
内容，我会给书一个4/5，但是考虑到急需的工作似乎已经接近结束，错字和语言错误（尽管公平，但有一个错别字提交我已经对修复程序进行了污染的github回购）以及我个人认为，很明显缺乏专业指导以及一些奇怪的奇怪之处，这些奇怪的价值会嵌入到新手中的新手中（在各种代码样本中使用数字启动班级名称），i i' m结束最终分数为3/5。