您对Decorator模式使用什么命名约定？
我最近才真正注意到了依赖注入和Decorator设计模式的奇迹，并且我在各处都使用它。您对Decorator模式使用什么命名约定？
然而，尽管它很精彩，但我一直在困难的事情是命名我的装饰类，所以我只想知道其他人做了什么。你总是追加装饰词这个词吗？你整合了它的装饰界面的名字吗？他们有自己的名字空间吗？
你们是做什么的？
回答：
通常情况下，模式被封装在一个对象中（而不是对象集合），那么在类中包含模式名称就更加清楚和容易，在这种情况下，使用Decorator作为后缀。这适用于代理，装饰器，工厂，适配器等，但不适用于其他模式，例如桥梁模式的实现需要一组对象（例如，哪些对象会采用桥后缀？）
回答：
我避免使用设计模式名称。我认为这属于文件，如果任何地方。在它所做或代表的内容之后，命名装饰器类/函数。它装饰或桥接或链接或代理或重新表示的事实是没有多大意义的。
每次你给一个字符串命名时，你会添加一个字符串后缀吗？听起来像hgrnNotation给我，这是我试图避免的。
回答：
称它为它。
我有一堆装饰器的IPrinter接口。他们呼吁：
- PrintDisasterRecovery - 异常 处理
- PrintQueuer - 使它成为一个 异步调用
，这些家伙都来自PrintDecorator继承，所以如果有人偷窥盖之下，他们可以看到这是怎么回事。
回答：
以Java API的IO框架为例。它广泛使用装饰模式，但类的名称不反映这一点。例如，一个BufferedReader可以修饰一个FileReader，但它们是以它们的函数--Readers命名的。
如果您还将常见情况下涉及相同类的其他模式添加到名称中，则会导致更多的问题。你最终可能会得到一个名为MyDecoratorStrategyComponent的类。
以上是 您对Decorator模式使用什么命名约定？ 的全部内容， 来源链接： utcz.com/qa/263743.html
