2

你是否厌倦了老旧的 Manager 和 Handler 类?使用了所有 ...Thing、...Dingus、Doodad、...Entity、...Gizmo 或 ...Object 后缀?我当然是并且做到了。

所以在这里我想收集有用的类名。

我认为这篇文章描述得最好:

不要在类型名称中使用“Manager”或“Helper”或其他空词。

如果您需要在类型名称中添加“Helper”的“Manager”,则该类型要么命名不当,要么设计不当。很可能是后者。类型应该管理和帮助自己。

所以这里是前几个:

  • 邮箱
    • 处理消息
  • 信使
    • 提供通知或其他类型的消息
  • 仪表板
    • 呈现数据
  • 渲染器
    • 聚合/构建数据

我不确定在哪里放置“小部件”好还是坏?此外,我目前正在搜索以下类的名称:

  • 使用服务器进行身份验证(Bouncer?)
  • 跟踪数据的变化
  • 持有并跟踪文件
  • 管理对话
4

2 回答 2

1

这是设计中一个有趣而精致的部分。对我来说,随着设计和需求的变化,它会随着时间而变化。

  • 使用服务器进行身份验证(Bouncer?)

安全卫士

  • 跟踪数据的变化

版本跟踪器

  • 持有并跟踪文件

DocumentOrganizer,文件柜

于 2009-06-23T14:38:21.237 回答
0
  • 持有并跟踪文件

说真的,DocumentManager。没有什么是切割和干燥的。或者根据您的需要,只需List<Document>.

于 2009-06-23T14:22:17.290 回答