颜色而不是颜色?

你应该用美国的拼写法 color

我是英国人,我认为正确的做法是咬紧牙关 Color . 我通常不会指望一个说德语的程序员使用 Farbe 在公共API[*]中,我不希望提供类似 finalize finalise 或 localization 与。 localisation .

method001 , method002 Colour 相比之下,这是个小怪癖。但“古怪”和“厌世”之间有一条细微的界限。

只是因为他觉得它比 颜色 我是说。如果他根本不会说英语,他就别无选择。

做个叛逆者!用你的母语英语。

开玩笑地 :但要确保他们跑得足够慢,以便他们更愿意使用正确的拼写)。

你选择哪种命名方式并不重要。用你更喜欢的形式, 只要你始终如一,

作为一个澳大利亚人,我也有同样的考虑。

在工作中,我们不使用自己的拼写,主要是因为这样拼写不是我们的第二天性,所以(理论上)如果我们坚持我们的惯例,编码会花费更长的时间,因为我们总是要自己猜测。在这样做的过程中,我们似乎没有任何问题在我们的api和外部的美国约定风格库之间进行转换,但是如果您认为可能的话,那就需要考虑了。

如果这意味着要坚持你的英国拼法,那就带着一丝自豪吧;)

我一直在用他们在一个叫 England

• 我在这里工作
• 好。。这是最重要的 语言
• 我们喜欢认为是我们发明了互联网
• 我们都认为我们仍然拥有这个庞大的帝国和统治世界,等等
• 我们不喜欢美国佬>:(

该死的垃圾 !

在我的 :

public Color BrightenColour(Color colour); // eew, minging

CSS格式 :

.greyColoured { color: gray; } /* not semantic? crikey! */

jQuery查询 :

function serialiseForm() {
    return $('input, textarea, select').serialize() // cor' blimey!
}

或者我的 :

<div align="center">Centre</div> <!-- goodness gracious me! -->

泰利,你好!

你选择哪一个并不重要,但要确保你保持一致。

记录下来 ). C++只使用“少量保留关键字”。其他一切都取决于你(当然,一个疯狂的命名惯例只会激怒那些追随你的人)。

不过,更笼统地说,完全没有理由改变你习惯于拼写东西的方式。我听说过很多这样的例子,人们继承了用法语或德语注释的代码:现在 那个 可能是维修方面的问题!

作为加拿大人,我的规则是在标识符中使用“颜色”,在注释中使用“颜色”。例如:

/// <summary>Return the colour in CIE Lab space.</summary>
public GetLabColor() : double * double * double;

*用下面的方式命名你的方法“method1”,“method2”,并为不同的本地人提供不同的备忘单,这样英国人会看到method1=setColor,而在美国他们会看到method1=setColor。

另一种选择是使用类似ASM的东西重写jar文件中的类文件,这样美国人的方法是“setColor”,而在英国和其他英联邦国家,他们看到的是“setColor”。这样就不需要像其他人建议的那样复制setColor/setColor。