问题标签 [naming-conventions]

每当我设计数据库时，我总是想知道是否有最好的方法来命名我的数据库中的项目。我经常问自己以下问题：

1. 表名应该是复数吗？
2. 列名应该是单数吗？
3. 我应该为表或列添加前缀吗？
4. 我应该在命名项目时使用任何大小写吗？

是否有任何推荐的准则来命名数据库中的项目？

我正在设计一个新系统，并且我有很多接口会随着系统的推移而增长。命名此接口的最佳做法是什么

我这样做

那么我必须添加方法2所以现在我该怎么办？

还是其他方式？

Java 类名中哪些字符是有效的？还有哪些其他规则管理 Java 类名（例如，Java 类名不能以数字开头）？

I'm designing a web site navigation hierarchy. It's a tree of nodes. Nodes represent web pages.

Some nodes on the tree are special. I need a name for them.

There are multiple such nodes. Each is the "root" of a sub-tree with pages that have a distinct logo, style sheet, or layout. Think of different departments.

site map with color-coded sub-trees http://img518.imageshack.us/img518/153/subtreesfe1.gif

What should I name this type of node?

我很快就会领导一个新项目。我一直在思考软件项目的基本基础设施是什么。这些是我认为每个项目都应该具备的东西：

- 编码风格约定

- 命名约定

-标准项目目录结构（如maven标准目录布局等）

-项目管理和问题跟踪（例如trac、redmine等）

- 持续集成服务器（例如，hudson、巡航控制等）

我不确定我是否错过了什么。有人想补充吗？

在组装和发布方面，什么被认为是最佳实践？

我希望能够引用同一个库的多个版本 - 解决方案包含多个项目，这些项目依赖于我们自己构建的 commonutils.dll 库的不同版本。

由于所有依赖项都复制到 bin/debug 或 bin/release 中，因此尽管每个 DLL 文件具有不同的程序集版本号，但那里只能存在一个 commonutils.dll 副本。

我应该在程序集名称中包含版本号以便能够引用库的多个版本还是有其他方法？

一般的

• 遵循所有测试的相同标准。
• 清楚每个测试状态是什么。
• 具体说明预期的行为。

例子

1) MethodName_StateUnderTest_ExpectedBehavior

资料来源：单元测试的命名标准

2）用下划线分隔每个单词

其他

• 用Test结束方法名
• 以类名开头的方法名

有两种流行的命名约定：

1. vc90/win64/debug/foo.dll
2. foo-vc90-win64-debug.dll

请讨论与任何一种方法相关的问题/好处。

我还想知道是否有可能以易于使用的跨平台方式在方法#1 中公开元数据（即编译器、平台、构建类型）。

对于特定领域的对象模型，有哪些好的包命名约定。例如，假设您有一个Person.java POJO，您会将其放在mydomain.model或 mydomain.entity或mydomain.om（对象模型）包中。这个想法是将 MVC 模型对象与域对象模型分开。我们基于 MVC 的应用程序有一个包含行为 的模型包，但使用该包来包含我们的域对象模型似乎不合适并且可能会造成混淆。

如果你正在编写一个简单的小循环，你应该给计数器起什么名字？

提供示例循环！