问题标签 [naming-conventions]
For questions regarding programming in ECMAScript (JavaScript/JS) and its various dialects/implementations (excluding ActionScript). Note JavaScript is NOT the same as Java! Please include all relevant tags on your question; e.g., [node.js], [jquery], [json], [reactjs], [angular], [ember.js], [vue.js], [typescript], [svelte], etc.
java - 命名 ant 目标的最佳实践是什么?
命名 ant 目标的最佳实践是什么?
例如,您希望目标“测试”运行什么?所有单元测试?所有功能测试?两个都?
用于运行不同类型测试(单元/功能/全部)的标准名称是什么?在 J2SE 中部署软件的目标名称是否有标准?在 J2EE 中?
我的项目将 ant 用于带有 junit、Swing 应用程序和 J2EE 应用程序的 java 项目。
naming-conventions - 站点管理区域 URL 的安全名称?
主要针对 Web 开发人员的问题。
当您开发 Web 应用程序并为其添加管理区域时,您如何命名它?将其保留为“管理员”有点过时且不安全。
请注意分享任何其他名词、动词、形容词或诸如此类的东西,它们包含您知道/可以想到的任何网站的标题。
c++ - 您如何协调常见的 C++ 命名约定与库的命名约定
大多数 C++ 命名约定规定使用camelCaseIdentifiers
: 以大写字母开头的类名称 ( Person
, Booking
) 和以小写字母开头的字段和变量名称 ( getPrice()
, isValid()
, largestValue
)。这些建议与 C++ 库的命名约定完全不一致,后者涉及类 ( string
, set
, map
, fstream
) 和names_joined_with_an_underscore
方法和字段 ( find_first_of
, lower_bound
, reverse_iterator
, first_type
) 的小写名称。更复杂的是操作系统和 C 库函数,它们涉及 C 和 Unix 中的压缩小写名称以及 Windows 中以大写字母开头的函数。
结果我的代码一团糟,因为一些标识符使用 C++ 库、C 或操作系统命名约定,而其他标识符使用规定的 C++ 约定。编写包装库功能的类或方法是痛苦的,因为类似的事物以不同风格的名称结尾。
那么,您如何协调这些不同的命名约定呢?
actionscript-3 - CRUD vs AGUD vs AFUD ...您的偏好命名约定是什么
你写createSomething()
还是addSomething()
?
你写readSomething()
,getSomething()
还是fetchSomething()
?
这完全是一个小小的抱怨。在会议室中,我们将其称为 CRUD,但在实际代码中,它正在变成 AGUD。
您偏好的命名约定是什么?有关系吗?
谢谢。
c++ - c++ 的首选命名约定是什么?
查看 boost 库和 stl,然后查看人们的示例,我感到很困惑。似乎大写的类型名称都穿插着所有小写字母,并用下划线分隔。
这些天应该怎么做?我知道 .NET 世界有自己的一套约定,但它似乎与 C++ 领域完全不同。
php - PHP - 函数/变量命名
我已经阅读了很多流行的开源 PHP 项目标准手册。
很多对变量空间强制使用下划线,并且很多强制使用驼峰式。
全局函数和变量的命名是否应该与类方法/属性不同?
我知道最重要的是一致性,但我想听听对此的一些想法。
你会推荐什么?
database - 您将为英国数据库使用多少地址字段?
大多数数据库中可能都使用地址记录,但我见过许多用于存储它们的字段集略有不同。字段的数量似乎从 3 到 7 不等,有时所有字段都简单地标记为 address1..addressN,其他时候给出特定的含义(城镇、城市等)。
这是英国特有的,尽管我也对世界其他地区的评论持开放态度。在这里,您需要地址的第一行(实际上只是数字)和邮政编码来识别地址 - 其他一切大多是额外的好处。
我目前倾向于:
- 地址1
- 地址2
- 地址 3
- 镇
- 县
- 邮政编码
如果需要,我们可以添加 Country(不太可能)。
你怎么看?这是太少,太多了吗?
generics - 为什么泛型经常使用 T?
在泛型中使用“T”有什么理由吗?它是某种缩写吗?据我所知,一切正常。例如
甚至
naming-conventions - 项目命名
作为一名初学者/中级开发人员,我遇到了一个问题,因为我的项目变得越来越大,越来越抽象,因为我使用了更多的 OOP 原则,我在命名事物时遇到了问题。就像当我有多个项目或类库时,我不知道如何命名它们。我看到了从 xxx.Core 到 xxx.Main 的东西,甚至看到了 xxx.BLL 和 xxx.DAL。在浏览其他人时,我看到 xxx.Services 和 xxx.Data 用于他们的库和命名空间。
那么一旦解决了这个问题,我该怎么称呼 DTO?在那个领域我见过 xxx.DTO、xxx.Entities、xxx.Props。
在编码时命名库,方法,接口等有什么好的指导方针,以便越来越多的人在我之后接手项目时会理解事物。
c# - 是和否值的枚举的好名字是什么
背景
在我正在编写的 C# 命令行应用程序中,一些参数具有“yes”和“no”作为可能值。
我使用如下所示的 Enum 类型存储他们的输入。
这很好 - 代码有效。那里没问题。
注意:是的,我可以将这些存储为 bool(这就是它过去的工作方式)。我的设计选择是明确说明用户做出的 Yes/No 选择,因为他们会在其他上下文中看到这个打印,我希望它更明显地选择是什么。
我的问题
- 有一个名为“YesNo”的枚举似乎很奇怪 - 对于“是”和“否”值的枚举更好的名称有什么建议。
所以最后
我在 StackOverflow 的早期就问过这个问题。这不是假问题——我确实遇到过这种情况。我只是觉得用它看看社区会做什么会很好。因为它是,我承认一个有点奇怪的问题。
首先,感谢所有花时间回复的人。我试图用一个深思熟虑的结论来回报。
对答案的评论
切换到 bool。我理解你的动机,但我觉得我需要指出二元选择(我的意思是在任何两个值之间进行选择 - 活着/死去,已婚/未婚等)与布尔选择不同真假。我们发现程序员在是/否和真/假之间切换很容易——这很公平。如果在这种情况下我的选择是例如“Democrat”或“Replication”(我知道这是人为的例子),那么您会看到混淆或至少尴尬的可能性。我确实认为 bool 选项在这种情况下是有效的,但更少所以在其他二元选择中。
本地化- 重点。在我的具体情况下,这并不重要 - 这不是而且永远不会被本地化,但对于其他情况,这是需要考虑的事情。
超过三个选项- 事实上,后来我不得不添加第三个值来表示用户的有效(在我的应用程序中)条件,特别是没有做出选择。
有很多好的评论,谢谢大家!