|
|
1
34
我从未见过C#中有任何区分公共方法和私有方法的编码约定。我不建议这样做,因为我看不到它的好处。
如果方法名与公共方法冲突,那么是时候变得更具描述性了;如果像您的情况一样,它包含实际的方法
实施
|
|
|
2
30
|
|
|
3
30
我通常看到并使用“AddCore”或“InnerAdd” |
|
|
4
15
就个人而言,对于方法,无论可见性如何,我都有相同的命名约定。
例如,如果我有7种不同的方式通过DatabaseCommand类执行SQL语句,比如QueryDataTable、QueryEnumerable、,
|
|
|
5
6
由于public Add()执行一些检查,而private没有:
|
|
|
6
5
我看到的两种常用变体是:
这两个都不是特别令人满意,但它们是我所看到的。 我从来没有见过一个惯例,即所有私有方法都应该有前缀——一想到它就让我不寒而栗! 处理所有用“^”来装订每个成员的C++开发人员已经够糟糕了,我以前是说Delphi开发人员,以前用“F”来对每个成员进行前缀。我还在康复中! |
|
7
3
|
|
|
8
3
公共方法:
私人方法:
领域:
局部变量:
|
|
|
9
2
我会按照队友的建议去做
也许我不该这么晚才上电视。。。 |
|
|
10
1
我认为在大多数惯例中,私人事务有更多的自由。然而,我经常看到这一点:
同时将这些花括号放在正确的位置:-) |
|
|
11
0
有些人在私有字段前面加上“m_”,我还没有看到私有方法有任何类似的样式。 |
|
|
12
0
不幸的是,我经常遇到这种约定,并且有一种倾向,即在表单上命名控件时使用前导下划线(例如“_txtFirstname”而不仅仅是“txtFirstname”)。这似乎是一种奇怪的bleedover效应,因为MS不再推荐使用前导下划线命名私有变量。或者程序员只是喜欢使用下划线键,我想不出什么原因。 不要使用这种惯例,当你的同事坚持这样做时,挑战他去寻找一些东西( 任何东西 |
|
|
13
0
EPiServer使用“…内部”约定,如中所示
|