为什么要使用decorator模式？
我不喜欢这个模式的地方，就像我添加的链接的评论中提到的那样，一个topping不是一个pizza，所以为什么它要继承pizza类呢？
我心目中的解决方案是在pizza对象中使用pizzadecorators对象数组，并使用该数组添加或删除披萨的浇头。
这种解决方案不是比使用decorator模式简单得多吗？为什么我们要考虑在这种情况下使用decorator模式呢？
共有1个答案
…一个浇头不是一个披萨，所以为什么它要继承披萨的等级？
这个评论在随后的一篇文章中得到了回答：这只是一个命名的问题。每个顶面都应该被命名为PizzaWithTopping。
…使用数组添加或删除披萨的配料？
-
null
为什么我们要考虑在这种情况下使用decorator模式呢？
与“增强的集合”相比，Decorator模式的主要优点是Decorator遵循开放-封闭原则。Decorator同样适用于任何类，无论您是否拥有它，也无论增强是否可预见。
集合要求您,
-
null
-
这个答案几乎描述了问题的前半部分。 上面写着： 看过“四人帮”的定义后，我不相信这有什么真正的区别。（为方便起见包括在内） 装饰器：允许对对象进行动态包装，以便修改它们现有的职责和行为 责任链：通过将接收对象链接在一起，使多个对象有机会处理请求 维基百科对它们做了一些补充，但有些是武断的。 > 装饰器通常作为链表实现。但我认为这太低了，不能被认为是模式的“一部分”。 责任链只处理数据，如果这是他们
-
我正在读这篇文章： http://www.codeproject.com/articles/479635/UnderstandPlusImplementingPlusDecoratorp 我正在考虑在一个学校项目中实施这种模式。这不是一个要求，所以我可以半屁股。但是，我只是认为这将是一个扩大我的知识和专长的好机会。 这是我的问题：这似乎不是一个好的模式，这是为什么： 每当“披萨店”在他们的菜单上添
-
本文向大家介绍为什么要使用 kafka，为什么要使用消息队列？相关面试题，主要包含被问及为什么要使用 kafka，为什么要使用消息队列？时的应答技巧和注意事项，需要的朋友参考一下 缓冲和削峰：上游数据时有突发流量，下游可能扛不住，或者下游没有足够多的机器来保证冗余，kafka在中间可以起到一个缓冲的作用，把消息暂存在kafka中，下游服务就可以按照自己的节奏进行慢慢处理。 解耦和扩展性：项目开始的
-
问题内容： 我注意到，Oracle JDK中使用了许多Java 8方法，如果给定的对象（参数）为，则会在内部抛出该方法。 但是，如果取消引用对象，则将被抛出。那么，为什么要做这个额外的null检查并抛出 ？ 一个明显的答案（或好处）是它使代码更具可读性，我同意。我很想知道在方法开始时使用的其他原因 。 问题答案： 因为您可以这样做使事情变得 明确 。喜欢： 或更短： 现在您 知道了 ： 当 成功使
-
问题内容： 我是Mockito的新手，我已经开始学习它。但是我有一些疑问。为什么我们需要使用Mockito？据我所知，它用于模拟（创建虚拟对象）并在具有实际运行代码之前编写测试用例。但是，如果我想测试已经实施的代码以检查它们是否正常运行，该怎么办。我如何使用Mockito进行测试？ 例如，我有CRUD方法，我想通过使用我的Create方法在数据库中实际插入数据来测试Create是否正常运行，这与其
-
本文向大家介绍为什么要使用RabbitMQ？相关面试题，主要包含被问及为什么要使用RabbitMQ？时的应答技巧和注意事项，需要的朋友参考一下 可靠性（Reliability） RabbitMQ 使用一些机制来保证可靠性，如持久化、传输确认、发布确认。 灵活的路由（Flexible Routing） 在消息进入队列之前，通过 Exchange 来路由消息的。对于典型的路由功能，RabbitMQ 已