我该如何命名“雨伞”？打字理智吗？

Question

这“总是”困扰着我......

假设我有一个接口 IFiddle 和另一个接口，它除了聚合几个不同的 IFiddle 之外什么也不做：（

public interface IFiddleFrobbler
{
    IFiddle Superior { get; }
    IFiddle Better { get; }
    IFiddle Ordinary { get; }
    IFiddle Worse { get; }
    IFiddle Crackpot { get; }
}

具体的 IFiddle >IFiddleFrobbler 和 IFiddle 取决于配置并由工厂创建。）

我多次偶然发现此类“伞”类型的命名 - 我想将“Frobbler”与描述性的东西。

• “Collection”、“List”和“Set”还不够好，因为它不是可以枚举、添加或删除元素的集合/列表/集合。
• “经理”已被淘汰，因为没有进行任何管理 - 工厂和配置会处理该问题。
• “聚合器”听起来像是直接从 GoF 书中挑选的（尽管我不认为他们会打破“德米特定律”——这不是这里的主题）。

请告诉我，我的“伞”类型的良好命名方案是什么？

---

编辑：如xtofl指出在评论中，实际上比我上面首先暴露的语义更多。如果我改为执行以下操作，我认为我的需求会更清晰：

//
// Used for places where the font width might need
// to be tapered for a rendered  text to fit.
//
public interface ITaperableFont
{
    Font Font { get; }
    Boolean CanTaper { get; }

    void Taper();
}

//
// Used for rendering a simple marked-up text in
// a restricted area.
//
public interface ITaperableFonts
{
    ITaperableFont Biggest{ get; }
    ITaperableFont Big { get; }
    ITaperableFont Normal { get; }
    ITaperableFont Small { get; }
    ITaperableFont Smallest { get; }
}

事实上，我已经将上面现实生活中的添加问题确定为设计缺陷，而不是命名问题，下面有几个人指出了这个问题。

Answer 1

您可以只使用复数形式：IFiddles吗？

Answer 2

我同意你的观点，命名类、接口或抽象类确实很难正确命名。我之前使用过的一些您可能会喜欢的名称是：

• xxxAssistant
• Compositexxx
• xxxCoordinator
• xxxGroup

Answer 3

我想说，您选择的名称应该取决于您想要实现的目标。在代码示例中，我会说您正在做的是设置评级，所以我可能会将其称为 IFiddleRating

作为一般答案，我会说“这取决于”:) 我发现它一个好主意是根据事物想要做什么而不是它“是什么”来命名

Answer 4

正如 Pop 所说：“如果你不能说出它的名字，那么我就在设计中闻到了一些可疑的味道。”

也许重新考虑你的设计。

IFiddles : IDictionary<SomeType, IFiddle>
{
}

更新：如果您希望它是只读的，请自行创建一个界面：

IReadOnlyDictionary<TKey,TValue>
{
     TValue this[TKey] { get; }
     int Count { get; }
     ...
}

您的生活仍然可以像以前一样轻松。

Answer 5

我认为这确实是个人喜好的问题，所以我启动了同义词库并寻找“家庭”的同义词（这本身就可以）。

亲属、分类、流派、团体、种类、细分、协会、从属关系、联盟、氏族、集团、俱乐部、联盟、组合、组合、邦联、联盟、国会、合作社、家庭、联邦、联谊会、兄弟会、帮派、行会、联盟、暴徒、秩序、组织、戒指、社会、联谊会、联谊会、辛迪加、捆绑、结盟、部落、部队、剧团、动物园

我删除了一些具有特定技术含义的词（例如联盟、戒指、池） ）...选择你最喜欢的。