通用应用程序构建块的类名 [关闭]答案

【问题标题】：Classnames for Common Application Buildingblocks [closed]通用应用程序构建块的类名 [关闭]
【发布时间】：2010-11-05 04:36:15
【问题描述】：

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

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

我认为this 文章描述得最好：

不要使用“经理”或“助手”或类型名称中的其他空词。

如果您需要添加“经理”的类型名称的“助手”，类型是名字不好或不好设计的。很可能是后者。类型应该自己管理和自助。

所以这里是前几个：

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

【问题讨论】：

【解决方案1】：

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

保安员

版本跟踪器

DocumentOrganizer，文件柜

【讨论】：

【解决方案2】：

保存和跟踪文件

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

【讨论】：

一个通常用来跟踪文档的类需要能够做一些事情，比如：onBeforeDocumentChanged 做一些事情。该类可能会使用一个集合，但它本身不是一个集合（至少不是一个纯集合），因为它需要包含业务逻辑。 Manager 是一个不好的后缀，因为如果您从它开始，您将拥有很多 Manager。 DocumentManager、ConnectionManager、DataManager 我能想到成千上万这样的东西。你问为什么那么糟糕？既然几乎每个班级都是一个，那么经理部分不是有点多余吗？ “类型应该自我管理和自助”