GB英语,还是美国英语？

如果你有一个API,并且你是一个拥有高度国际受众的英国开发人员,那么你的API应该是

setColour()

要么

setColor()

(用一个词作为一个简单的例子.)

英国工程师通常对他们的"正确"拼写非常防守,但可以说美国拼写在国际市场上更"标准".

我想这个问题是否重要？其他语言环境中的开发人员是否在使用GB拼写,或者通常很明显是什么意思？

应该都是美国英语吗？

1> Chris..：

---

我倾向于使用美国英语,因为这已经成为其他API的常态.作为一名英语程序员,我在使用"颜色"时没有任何问题.

---

标准化是一个很好的目标,与使用GB版本相比,国际人群更容易接受您的API.

2> Konrad Rudol..：

---

我不是母语人士.在写作中,我总是尝试使用en-gb.但是,在编程中我总是使用en-us英语而不是英语,因为我没有使用德语或法语作为我的标识符.

---

在写作和口语方面,我更喜欢使用en-gb.虽然编程总是回归到我们身边.这个答案真的回应了我的想法!

---

几乎我想发布的内容.

3> 小智..：

---

取决于您看到大多数客户的位置.我个人更喜欢在我的私人代码中使用英语-GB(例如Color),但是我去Color用于外部发布的应用程序/ API /代码!

---

使用GB内部和外部运行语言变量冲突的风险 - 类似于"颜色"和"co1or"发生的事物类型.你的大脑处理这个词,而不是拼写,它可能导致混乱

4> Carl..：

---

一般来说,我会成为GB拼写的坚持者,但我认为如果它是一致的,代码会读得更好,我发现:

Color lineColor = Color.Red;

看起来好多了:

Color lineColour = Color.Red;

我想这最终并不重要.

---

如果你有一个属性public Color Color {get;},那就更糟了

5> Philip Morto..：

---

即使我通常对正确的拼写非常迂腐,作为一名英国开发人员,我总是会采用美国的"颜色"拼写.在我遇到的所有编程语言中,就像这样,所以为了保持一致性,使用"颜色"很有意义.

6> Mike Deck..：

---

假设这是Java或C＃API，考虑到IDE中自动完成功能的普遍性，这可能并不重要。如果这是一种动态语言，或者不是现代IDE的惯用语言，那么我会使用美国拼写。我当然是美国人，因此显然有偏见，但似乎我从不是以英语为母语的开发人员那里看到的大多数代码都使用美国拼写作为其变量名等。

---

.NET Framework设计指南推荐使用美国英语以保持一致

7> Ross Anderso..：

---

作为一名英语程序员，我在软件开发人员中使用en-US。在几乎所有其他API中，美式英语都占主导地位，以至于坚持一种拼写和消除歧义要容易得多。寻找一种方法只是因为拼写本地化而发现拼写被一个字母打断是浪费时间。