1
13
如果样式指南没有指定,我(可能)将使用“structs are classes with all members public”-规则也将C用于结构,是的。或者我会想“哈,这是一个绕开那个愚蠢的初始规则的希望,耶”,不要使用它。换句话说,这是非常主观的。 |
2
27
简单答案-不要为类使用C前缀。这是匈牙利最无意义的符号。可能是时候重新编写样式指南了。坦率地说(作为一个写过很多东西的人来说),大多数这样的指南都是垃圾和/或是很久很久以前写的,而且从未更新过。 |
3
5
如果代码样式指南没有指定,请查找遵循样式指南的代码,并查看已经执行的操作。 如果没有遵循样式指南的代码,请与项目中涉及的每个人达成协议。 如果项目中没有其他人参与,那么就做出决定并保持一致。 |
4
3
我认为这个指导方针愚蠢而令人困惑。你必须问这个问题的事实证明了这一点。 编码样式旨在提高可读性;很明显,如果标识符是一个类或不是类,特别是当您使用一个合适的带有mouseover工具提示的IDE时。 |
5
2
我们通常对类使用C前缀,对没有方法的结构使用T前缀(即“C”结构)。 |
6
2
对我来说,这可以归结为: 是否希望代码的读者立即区分这两种声明类型? 虽然前缀的使用通常令人不快,但请仔细考虑代码维护者的视图。他们会不会觉得,“啊!没有C前缀,这是一个结构”。使用结构而不是类可能意味着代码中的某些特定内容。如果没有,为了维护人员的利益继续使用前缀就更有意义了。 |
7
2
如果样式指南不符合其促进易读性、一致性和正确性的目的,那么应该对其进行修改,直到修改或将其放入循环文件(垃圾桶)中。 此外,如果人们不遵循它,那么应该更新它以便更容易遵循(或者修改工具以使对guidline的编码更容易)。 |
8
0
根据现有的类前缀c的模式,您应该为struct加前缀s,为interface加前缀i。 另外,前缀e代表枚举,d代表委托,d代表目录,f/m代表函数/方法,f代表文件,f代表字段,n代表命名空间,p代表页面,p代表参数,p代表属性,r代表返回值,v代表变量。 从变量开始,前缀
例子 好:
坏的:
|
Alex Pander · cleaner代码的嵌套命名空间[已关闭] 6 年前 |
Jamil Noyda · 导入模块的最佳方式Python[复制] 6 年前 |
Samselvaprabu · 我们是否需要不惜任何代价避免重复? 6 年前 |
user9549524 · 基于一列的值从二维矩阵中提取值 6 年前 |
MedAl · 不使用try/catch处理异常 6 年前 |
Declan McKenna · 特殊情况模式在Swift中是否多余? 6 年前 |