【问题标题】:Umbrella term for classes that all serve another class为另一个班级服务的班级的总称
【发布时间】:2013-02-25 22:07:33
【问题描述】:

我正在寻找与主类分离的类的总称,以实现必要的封装并保持主类的大小合理。

例如每篇博文都是 BlogPost 的一个实例,而该实例又由不同的类提供:

  • 创作和更新,
  • 获取和保存标签,
  • 获取关联的 URL,
  • 缓存和索引

他们都是:

  • 永远不会在 BlogPost 之外实例化。
  • 不要BlogPost继承。
  • 改为从另一个中间类继承一些常用方法。
  • 其他方面大多不同。

这些应该如何命名?

【问题讨论】:

  • 服务对象、值/数据对象、工厂、查询对象、策略对象、装饰器、视图对象、表单对象......所有相关但有特定的利基用途。其中许多是/已经建立了良好的设计模式

标签: php oop


【解决方案1】:

看来 Minion 是您正在寻找的词 :-)

http://www.merriam-webster.com/dictionary/minion

【讨论】:

    【解决方案2】:

    您可以将这些类命名为帮助程序和库。

    通常当数据被处理并返回时,我们希望调用这些类 Helpers 而处理数据的类,我更愿意调用那些库。

    所以,这里我们将有创建和更新库:

    创作: 您构建了一个访问 4 个参数的类(在此处创建一个简单示例):

    • 博客名称
    • 博客文字
    • 作者
    • 创建日期和时间

    这被传递到具有验证、缓存等代码逻辑的创建库。

    更新: 您将必须构建一个访问 5 个参数的类(再次在此处创建一个简单示例

    • 博客 ID
    • 博客名称(如果可编辑
    • 更新了博客文本
    • 更新日期和时间

    更新博客时,您可能想检查创建博客的作者是否正在更新博客,或者管理员是否正在编辑博客、更新缓存系统等

    标记: 这个标签可能对

    有帮助
    • 生成标签云
    • 可能通过标签处理搜索功能
    • 等等

    缓存和索引:

    缓存和索引可以作为两种方式处理,其中它可以充当帮助程序和库处理博客的输入/输出缓存以及基于动态缓存覆盖缓存系统等

    通过这种方式,这些类不会扩展或实现父博客帖子类,但有助于以结构化和 OOP 方式管理博客帖子逻辑

    希望这有帮助!

    【讨论】:

      猜你喜欢
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 2017-11-05
      • 1970-01-01
      • 1970-01-01
      • 2018-07-24
      • 2013-06-02
      • 1970-01-01
      相关资源
      最近更新 更多