如果您拥有一个API,并且您是一名总受众面高度国际化的英国开发人员,那么您的API应该被
setColour()
或。setColor()
(以一个简单的单词为例。)
总体上,英国工程师对他们的“正确”拼写方式往往持守防御态度,但可以说美式拼写在国际市场上更具有“标准性”。问题在于这是否重要?其他地区的开发人员是否难以理解英式拼写,还是通常很明显事物的含义?
应该全部使用美式英语吗?
如果您拥有一个API,并且您是一名总受众面高度国际化的英国开发人员,那么您的API应该被
setColour()
或。setColor()
(以一个简单的单词为例。)
总体上,英国工程师对他们的“正确”拼写方式往往持守防御态度,但可以说美式拼写在国际市场上更具有“标准性”。问题在于这是否重要?其他地区的开发人员是否难以理解英式拼写,还是通常很明显事物的含义?
应该全部使用美式英语吗?
尽管英国英语是全球通用的语言,但我建议使用美国英语,就像其他人所说的那样,占据了市场的主导地位。
对我来说,使用英式英语工作是自然而然的,甚至不需要思考。然而,如果你正在开发内部流程,这并不重要。如果你正在创建将被公众使用的API,并且你的受众是国际化的,为什么不同时实现两种语言呢?
我在编程中总是使用英国英语(en-GB)。我想这是由于受英国小说的强烈影响。
然而,是否可能有两套不同的API(一套针对en-US,另一套针对en-GB),内部调用相同的函数?但这可能会使头文件变得臃肿,因此可以根据预处理器定义进行条件编译。如果您在使用C ++,可以像下面这样做...
#ifdef ENGB
typedef struct Colour
{
//blahblahblah
};
void SetColour(Colour c);
#else
typedef struct Color
{
//blahblahblah
};
void SetColor(Color c);
#endif
根据客户端程序员是否定义了以下的ENGB
#define ENGB
你需要考虑你的受众。谁会使用代码,他们期望看到什么?
我在一家在加拿大和美国都有办公室的公司工作。我们在加拿大制作文档和代码时使用加拿大拼写(非常类似于英式英语),在美国使用美式英语。
有些事情跨越国界,但拼写上的差异很少是一个问题。当美国人不知道加拿大和英式英语的不同拼写时,这实际上可以产生一些有趣的对话。有时他们可以接受,有时他们坚持要更改为“正确”的拼写。这也影响日期格式(在加拿大为dd/mm/yyyy,在美国为mm/dd/yyyy)。
当出现僵局时,我们通常选择美式拼写,因为加拿大的人熟悉两种变体。
我更喜欢美式英语。