我在命名*上尽量做到语法正确。我一直用filename
代替fileName
。Java约定似乎也使用此方法,但FxCop更喜欢fileName
。
WikiPedia上对此进行了讨论。我读得越多,我就越觉得自己是对的(这很平常!:))。有人能给出确定的答案吗?还是仅仅是主观的?
*我只是希望这篇文章中没有语法错误!
我在命名*上尽量做到语法正确。我一直用filename
代替fileName
。Java约定似乎也使用此方法,但FxCop更喜欢fileName
。
WikiPedia上对此进行了讨论。我读得越多,我就越觉得自己是对的(这很平常!:))。有人能给出确定的答案吗?还是仅仅是主观的?
*我只是希望这篇文章中没有语法错误!
Answers:
可以用英文写“文件名”或“文件名”。当您将其转换为编码时,可以大写“ n”或不大写“ n”(假设使用camelCase或PascalCase)。
顺便说一句,您确实在这个问题上犯了语法错误-具有讽刺意味的是,在您表达希望没有语法错误的那句话中。您说:“我只是希望这篇文章中没有语法错误!” 但是“错误”是复数形式,因此“有”的“是”表示主语-动词的分歧。
*我只是希望这篇文章没有语法错误!
对于字段和参数,建议使用小写驼峰格式。
范例1:
fileName // for fields, parameters, etc.
FileName // for properties, class names, etc.
通常,fileName
用于而不是filename
; 您可以通过阅读Microsoft创建的开放源代码的源代码(例如Enterprise Library)进行验证。
原因:
范例2:
fileName, fileSize... // instead of filename AND filesize
另请参阅:
有关一整套命名约定规则,建议您阅读本书:
并在IDesign.net上检查一些东西
就我而言,
thisIsMuchMoreReadable
比readingthis
。
我认为这里的答案涉及两个问题。
“文件名”与“文件名”(“名称”应为单独的单词)
和
“文件名”与“文件名”(首字符应为小写)。
在大多数情况下,我更喜欢将此单词视为一个完整的单词“文件名”。我也更喜欢以小写字母开头的变量/方法,以便于代码完成菜单导航。
我想骆驼大小写的问题也在这里,我认为应该用来区分多词名称。
这里不可能有对与错。
这纯粹是主观的,并且与您所在的社区完全相关。如果FxCop和StyleCop以及您经常遇到的.net代码正在使用fileName,则使用fileName。如果正在使用其他东西,则使用任何东西。
您的首要任务应该是与您自己的代码中的模式一致,然后与您的社区一致。
在这种特殊情况下,.net Reflector使用fileName显示了很多.net代码,因此我个人会采用该模式。
如果您在Java世界中并且运行PMD和checkstyle,并且它们的api频繁使用文件名,那么我会同意的。
除了维基百科的命名文章外,还有Kernighan和Pike撰写的《编程实践》。它的第一章涉及许多命名和代码一致性问题。
如果您正在编写c / c ++,则很容易使用人们可以实际阅读的名称。即文件名是好的,yet_another_file_name也是如此(假设您不认为文件名是一个适当的英文单词-我通常会这样做)。