问题标签 [naming]

与这个问题相关，命名互斥锁的最佳做法是什么？我意识到这可能会因操作系统甚至版本（尤其是 Windows）而异，因此请在回答时指定平台。我的兴趣是 Win XP 和 Vista。

我正在开发一个项目，该项目正在慢慢变得越来越大，并且许多不同进程使用的活动线程数量正在增加。最近，我一直在仔细查看调试器中正在运行的线程，我注意到我的很多第三方库都给他们的线程起了很差的名字——Timer-0、qtp0 等。我希望其他开发人员不熟悉使用名称不佳的线程可以立即知道正在运行的内容。

有谁知道如何重命名正在运行的线程，而不是为我们正在使用的库编写补丁？或者如果这甚至是一个好主意？任何建议，将不胜感激。

我最近正在快速缩短 JavaScript 文件中的一些方法名称，并在转换一个方法名称时遇到了问题：

前：

后：

我很快发现 javascript 不再有效。我从几个人那里听说，数字永远不应该用于方法或类名。有没有例外？

在构建应用程序时，“查找”与“搜索”的概念之间是否有任何有意义的区别？你认为它们或多或少是同义词吗？

我问的是应用程序 UI 的标签以及 API 设计。

您如何称呼具有两个列表框和按钮以将列表框项目从一个移动到另一个的表单？我一直称它为“切换列表”。

切换列表 http://img136.imageshack.us/img136/9123/formtypegh0.png

假设我有这张桌子：

其中 PersonAddressId 是 PersonId 和外键。重命名外键是否存在任何类型的数据库违规？当它们具有不同的名称时，使用起来会变得非常混乱。

我使用通用类作为响应数据协定。一切都很好，这大大简化了我的 WCF 服务的设计。

每个请求都有一个标准响应对象，其签名如下：

• 状态（枚举）
• 消息（字符串）
• 结果 (T)

下面是响应类：

这非常有效。我唯一的问题是 WCF 客户端为这个对象“ResponseOfAccountnT9LOUZL”赋予了一个非常糟糕的名称

有没有办法解决这个问题？

我应该将此类用作继承的抽象类吗？我宁愿没有多个类使我的代码混乱。

我在为我们的新应用程序线提出一个合理的类型命名方案时遇到了一些问题。我想遵循.NET Framework Developer's Guide - Design Guidelines for Developing Class Libraries，但我开始怀疑这是否是个好主意。

我想使用Company.Product.Feature命名空间方案作为基础。

问题 1：我们有自己的控件和表单基类，我希望这些进入Company.Product.Forms命名空间。但是，根据指南，我们不应该让我们的类型名称是Controlor Form，即使它们在我们自己的Company.Product.Forms命名空间中，因为它们会与系统类型发生冲突。

问题 2：我们在应用程序中有一些不同的功能区域，我希望这些区域进入它们自己的Company.Product.Feature命名空间。许多这些特性都有类似的设计，有一个控制器和一些视图，所以在每个Company.Product.Feature命名空间下我希望有名为Controller、SomeView、AnotherView等的类型。但是，根据指南，我们不应该在不同的地方有相同的类型名称命名空间。

我认为克服这些问题的唯一解决方案是在类型前面加上一些在某种程度上使命名空间变得多余的东西。或不？

又是和我的一个朋友争吵。考虑这段代码：

我的观点是这些方法给代码增加了额外不必要的复杂性，而且很难猜到——比如为什么要#in_group？但不是#is_a_member_of?，或者为什么是#add_user 而不是#add_member，等等。基于我 4 年的 Rails 经验和 20 年的编程经验，我最好遵循 AR 语义并使用 User#groups.include?(group) 和 Group#members << user. 它们很容易猜到，如果我需要一些额外的功能，我可以对 has_many :members 使用回调并覆盖 User#groups.include? 如果有必要，在关联扩展模块中。

然而我的朋友认为最好使用快捷方式来创建“抽象点”，并且最好扩展此代码而不是使用回调或重载。

你怎么看？

PS为了清楚起见，我讨厌“如果”的方法:)

在工作中，我们遇到了不同的人想要/建议新项目的不同名称的问题。在过去的 2 天中更改了 4 次。

人们在命名内部项目时会经历哪些流程？作为一个团队，您如何为项目名称得出结论？

为了更清楚一点，问题是你如何命名你的项目，而不是你给它们起什么名字。我更多的是关于一个过程，所以我们不会让 3/4 的经理参与在接下来的 4 周里每 4 小时更改一次项目的名称