Questions tagged «naming»

以最少的字符数给出含义和解释,其形式应为整个团队或整个社区所接受。

7
“正则表达式”,“ regex”或“ regexp”的标准缩写是什么?[关闭]
按照目前的情况,这个问题并不适合我们的问答形式。我们希望答案得到事实,参考或专业知识的支持,但是这个问题可能会引起辩论,争论,民意调查或扩展讨论。如果您认为此问题可以解决并且可以重新提出,请访问帮助中心以获取指导。 8年前关闭。 我想知道什么是更简短地调用正则表达式的标准方法。我见过正则表达式和正则表达式。 Google说regex命中率几乎是regexp的2倍,但这取决于我搜索它的方式(当我在单词“ regex”变成“ regex正则表达式”之后添加“ regular expression”时,结果是不一样的)。在stackexchange上有regex标签。:) 有什么更合适的方法来缩短它? 也许没关系。:)但感谢您的回答。

8
变量命名约定?[关闭]
已关闭。这个问题是基于观点的。它当前不接受答案。 想改善这个问题吗?更新问题,以便通过编辑此帖子以事实和引用的形式回答。 4年前关闭。 我刚刚开始使用ReSharper(用于C#),我有点喜欢它的代码气味查找器,它向我展示了我很久以前就打算解决的一些内容(主要是变量命名约定)。 这使我重新考虑了一些方法和实例变量的命名约定。ReSharper建议实例变量为小写字母并以下划线开头。有一阵子,我打算让我所有的局部变量都变成小写,但是下划线是必要的吗?你觉得舒服吗?我不喜欢这个约定,但是我还没有尝试过,您对此有何看法? 促使我重新评估的第二件事是我对GUI事件处理程序的命名约定。我通常使用ControlName_Action的VS标准,而我的控件通常使用匈牙利表示法(作为后缀,以帮助在代码中阐明用户可见的内容以及在处理类似命名的变量时不可见的内容),所以我最终得到OK_btn_Click( ),您对此有何看法?我应该屈从于ReSharper公约还是其他同样有效的选择?
11 c#  naming  resharper 

6
早期版本号如何适用于新产品?
我目前正在为朋友编写一个小型桌面应用程序,但主要是为了给自己学习。本着受过良好教育和按正确方式做事的精神,我希望拥有此应用程序的版本号。 我的研究提出了这些相关结果 您使用什么“版本命名约定”? 您如何对文件进行版本控制(版本号) 分叉的项目,我的版本号从哪里开始? 但它们都没有解决Alpha,Beta,发行候选版本和&c的编号。版本号低于1.0的约定是什么?我知道他们可以继续一段时间;例如,PuTTY已经存在了至少十年,仍然仅处于beta beta 0.60版本。
11 naming 

4
存储过程命名约定?[关闭]
已关闭。这个问题是基于观点的。它当前不接受答案。 想改善这个问题吗?更新问题,以便通过编辑此帖子以事实和引用的形式回答。 4年前关闭。 我们的一位资深开发人员表示,对于存储过程,应使用命名约定,并使用“ objectVerb”样式的命名方式,例如(“ MemberGetById”),而不是“ verbObject”类型的命名方式(“ GetMemberByID”)。该标准的理由是,所有相关的存储过程都将按对象而不是按操作分组在一起。 虽然我看到了这种命名方式的逻辑,但是这是我第一次看到以这种方式命名的存储过程。我对命名约定的看法是,该名称不能自然地读取,并且需要花费一些时间来确定单词在说什么以及该过程可以做什么。 您对此有何看法?命名存储过程的最常用方法是哪种?您使用或遵循的存储过程命名约定是哪种类型?

3
在Java 8中,使用方法引用表达式或返回功能接口实现的方法在样式上是否更好?
Java 8添加了功能接口的概念,以及许多旨在采用功能接口的新方法。这些接口的实例可以使用方法引用表达式(例如SomeClass::someMethod)和lambda表达式(例如(x, y) -> x + y)来简洁地创建。 我和一位同事对什么时候最好使用一种或另一种形式(在这种情况下,“最佳”实际上可以归结为“最易读”和“最符合标准做法”)有不同的看法,因为他们基本上是相反的当量)。具体而言,这涉及以下所有情况: 所涉及的函数不在单个范围内使用 给实例起个名字有助于提高可读性(与之相反,例如,逻辑足够简单以一目了然地看到正在发生的事情) 没有其他编程原因可以解释为什么一种形式优于另一种形式。 我目前对此事的看法是,添加私有方法并通过方法引用进行引用是更好的方法。感觉这就是设计功能使用方式的方式,并且似乎更容易通过方法名称和签名传达正在发生的事情(例如,“ boolean isResultInFuture(Result result)”显然是在说要返回布尔值)。如果将来对类的增强希望使用相同的检查,但不需要功能接口包装器,则这也可使private方法可重用。 我的同事希望使用一种方法来返回接口的实例(例如“ Predicate resultInFuture()”)。对我而言,这感觉不完全是该功能的预期用途,感觉有点笨拙,而且似乎很难通过命名来真正传达意图。 为了使这个示例具体,下面是使用不同样式编写的相同代码: public class ResultProcessor { public void doSomethingImportant(List<Result> results) { results.filter(this::isResultInFuture).forEach({ result -> // Do something important with each future result line }); } private boolean isResultInFuture(Result result) { someOtherService.getResultDateFromDatabase(result).after(new Date()); } …

1
测试包的命名约定
实际上,我们正在像对测试包一样命名测试包。因此,我们最终得到以下结构: src/main/java com.hello.world helloWorld.java src/test/java com.hello.world helloWorldTest.java 我一直觉得这不是很聪明,因为如果仅提供包名称,则无法区分“测试”和“待测试”。另一方面,我还没有真正找到一个在某种程度上很重要的案例。这两个软件包(对于测试用例和源类)具有相同的命名约定是一种好习惯吗?如果没有,哪种方法更好?
11 naming  packages 

3
具有相同名称但名称空间不同的多个类?
我遇到了一些代码(如果有问题,请使用C#),这些代码具有相同的名称,但名称空间不同。它们都倾向于代表相同的逻辑事物,但往往是同一对象的不同“视图”。有时,不同的名称空间是同一解决方案甚至同一dll的一部分。 我有我的想法,但是找不到关于此实践的任何明确定义,可以认为是对可用工具的明智使用或避免的模式。 关于蓝精灵命名的问题触及了这一点,但是是从另一个方向出发的。消除名称歧义可能需要一个任意且普遍的前缀,该问题希望消除。 有关此做法的指导原则是什么?
11 naming 


4
fold中的函数参数的名称是什么
在高阶函数中,fold / reduce函数参数的名称(如果有)是什么? 我正在研究一个Monadic表格处理库,其中的行被折叠以产生简单的分析(例如查找列的最小,最大,平均值)。因此,我正在为fold函数的参数寻找一个合理的名称,并且在ML社区(或Haskell或Common Lisp作为第二和第三候选人)中公认的任何名称都将很有趣。 类似的名称f在fold功能描述中很常见,但是它没有描述性,名词更适合。

3
较小的错误修复和较小的功能哪个更合适-通过故障单编号命名分支或通过功能描述命名分支?
我对正确的分支命名存在分歧(当然是顺服)。这适用于错误修复和小型功能分支,不适用于长时间运行的功能分支。对于长期运行的功能分支,我们同意人类可读的名称更好。这是两种观点: 矿: 根据团队和票号命名分支更好。这样可以更轻松地在我们的票务系统中找到它们,并且打字更短。当查找有关票证的历史信息时,这也使查找GIT中的相关分支变得更加容易。 例: team-name/12345 team-name/53719 他的: 根据分支的特征/功能命名。与单个数字相比,它更容易自动完成,并且更容易记住。 例: team-name/fix-that-sql-bug team-name/expand-http-parser 我提供的一个折衷方案是: team-name/12345-fix-that-sql-bug 但是他不喜欢这样,因为它与GIT自动完成功能混为一谈。 如果这主要是基于意见的,请随时为我提供指导,以指导如何使其更适合SO-但我认为可以修改/补充我给出的理由以给出经验答案。

4
如何避免抽象类的通用名称?
通常,最好避免将诸如“ handle”或“ process”之类的单词作为例程名称和类名称的一部分,除非您要处理(例如)文件句柄或(例如)unix进程。但是,抽象类通常并不真正知道它们除了处理之外还打算做什么。在当前情况下,我有一个“ EmailProcessor”,它可以登录到用户的收件箱并处理来自该收件箱的消息。尽管我注意到出现了以下样式问题,但我仍然不清楚如何给它一个更精确的名称: 更好地将派生类视为客户端,并通过其实现的功能的一部分来命名基类?给它更多的含义,但会违反is-a。例如,EmailAcquirer是一个合理的名称,因为它是为派生类获取的,但是派生类将不会为任何人获取。 或只是名字含糊不清,因为谁知道派生类将做什么。但是,“处理器”仍然过于笼统,因为它正在执行许多相关的操作,例如登录和使用IMAP。 摆脱这种困境有什么办法吗? 对于抽象方法,问题更加明显,在抽象方法中,您不能真正回答“这是做什么的”问题。因为答案仅仅是“客户想要的任何东西”。


6
“门户网站”一词过时了吗?
我的老板一直在为我从事的项目使用“门户”一词。 在我看来,这个词使我想起了90年代后期的Yahoo。“门户”一词是否具有古老的含义,还是仅我一个人?您是否认为可以使用它,还是会把客户对产品的认知拖到中年?

3
.NET中接口的“ I”前缀命名约定背后的原因是什么?
我知道自COM以来就存在“ I”约定,但是我从未理解为什么没有像.NET之前的所有其他命名约定一样重新考虑它。 从消费角度来看,将接口与例如抽象类分开的唯一一件事是它们可以被多重继承。但是Visual Studio 2003之后的所有内容都在工具提示中显示了类型签名,因此,它与所有其他已废弃的匈牙利符号一样没有用。 我还认为可能是这样,您可以使用相同的名称对接口进行基本实现,例如Message继承IMessage,但是大多数.NET库都去掉了在末尾添加“ Base”一词(例如System.Collections.ReadOnlyCollectionBase),这在语义上更具意义。 COM互操作似乎是另一个可能的原因-但它生成的包装器类并非完全是惯用的.NET,因此我怀疑这是一个美学考虑。 在我的一个较新项目中,我完全放弃了惯例,感觉还不错。有什么我想念的吗?
10 .net  naming 

2
Java类版本特定的命名约定
我必须在两个软件(机械仿真,非CS)之间创建一个适配器。假设我们有一个名为的类ThatThing。我必须处理各种特定于供应商的实现。这些版本没有有意义的名称(与日食日光灯,靛蓝等不同)。 1.我应该如何命名一个应该表达版本号的类? 我觉得像上课ThatThing_3_6_Impl,ThatThing_3_7_Impl很尴尬。
10 java  naming 

By using our site, you acknowledge that you have read and understand our Cookie Policy and Privacy Policy.
Licensed under cc by-sa 3.0 with attribution required.