Questions tagged «conventions»

通用标签,涵盖了所有可接受的做事方法,其中包括命名,间隔,编码,注释等。


5
Netbeans 7.4每个方法规则引入了“最大10行”。这个规则从何而来?[关闭]
已关闭。这个问题需要细节或说明。它当前不接受答案。 想改善这个问题吗?添加详细信息并通过编辑此帖子来澄清问题。 2个月前关闭。 改善这个问题 NetBeans 7.4 Beta当前可供公众下载,默认情况下它引入了一个奇怪的警告规则: 方法长度为16行(允许10行) 我的问题是:这是否是公认的代码约定规则,可以在某处以某种方式证明?NetBeans支持人员/开发人员说这不是错误,但没有说明为什么它们只允许10行,以及该规则的确切来源。

4
Objective-C:断言与异常与错误
在可可中,何时应使用NSAssert,NSException,NSError? 这是我一直在想的: NSAssert-创建用于程序员的任何客户端程序时,自己是否有好处来仔细检查规则,约定,假设或前提条件和后置条件? NSException-当创建第三方库以使使用该库的其他程序员受益时,他们将立即知道何时输入无效? NSError-当与外部系统接口以获取诸如文件,数据库或Web服务之类的数据时,不能保证能给我带来结果吗?

14
程序员是否应该使用布尔变量来“记录”他们的代码?
我正在阅读McConell的Code Complete,他讨论了使用布尔变量来记录您的代码。例如,代替: if((elementIndex < 0) || (MAX_ELEMENTS < elementIndex) || (elementIndex == lastElementIndex)){ ... } 他建议: finished = ((elementIndex < 0) || (MAX_ELEMENTS < elementIndex)); repeatedEntry = (elementIndex == lastElementIndex); if(finished || repeatedEntry){ ... } 这让我印象深刻,因为这是合乎逻辑的,良好的做法,并且非常有据可查。但是,由于我几乎从未遇到过这种方法,因此我不愿意定期开始使用这种技术。也许仅仅因为它是稀有的就令人困惑。但是,我的经验还不是很丰富,所以我很想听听程序员对此技术的看法,并且我很想知道是否有人定期使用此技术或在阅读代码时是否经常看到它。这是值得采用的惯例/风格/技术吗?其他程序员会理解和欣赏它,还是认为它很奇怪?

2
什么是规范的YAML命名样式
我正在设计一个新的YAML文件,并且我想使用最标准的命名样式。哪有 连字号? - job-name: ... lower_case_with_underscores? - job_name: ... 骆驼香烟盒? - jobName: ...
77 yaml  conventions 

13
Python:使用4个空格进行缩进。为什么?[关闭]
已关闭。这个问题是基于观点的。它当前不接受答案。 想改善这个问题吗?更新问题,以便通过编辑此帖子以事实和引用的形式回答。 6年前关闭。 改善这个问题 在对python进行编码时,我仅使用2个空格进行缩进,请确保PEP-8确实建议使用4个空格,但是从历史上看,这是不寻常的。 那么,谁能说服我使用4个空格而不是2个空格?有什么优缺点? PS最后,将所有现有代码库从2个空间转换为4个空间的简单方法是什么? PPS PEP-8也强烈建议不要使用制表符进行缩进。在这里阅读 因此,总结一下: 优点: 包裹长度超过80行的字符串时,有更多的空间可以布置。 可以从摘要中复制代码,并且可以正常工作。 缺点: 使用更深层的嵌套语句,您可以减少实际代码的空间。 谢谢。

5
良好的Haskell编码标准
有人可以提供指向Haskell良好编码标准的链接吗?我已经找到了这个和这个,但是它们远非全面。更不用说HaskellWiki包含诸如“谨慎使用类”和“定义符号中缀标识符应仅留给库作者的”这样的“宝石”。


1
Python“私有”函数编码约定
在编写python模块及其中的函数时,我有一些“公开”函数应该向外界公开,但还有一些其他“私有”函数只能在本地和内部查看和使用。 我了解在python中没有绝对私有函数。但是,区分“公共”功能和“私人”功能的最佳,最简洁或最常用的样式是什么? 我列出了一些我知道的样式: __all__在模块文件中使用以指示其“公共”功能(python __all__模块级别变量的作用是什么?) 在“私有”函数名称的开头使用下划线 人们还有其他想法或约定吗? 非常感谢你!
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.