选项，设置，属性，configuration，首选项 – 何时以及为什么？
有几个词有类似的含义（在某种意义上）：
选项，设置，属性，configuration，首选项
英语不是我的母语。 你能解释简单英语的区别吗？ 我认为以下模板可能是有用的：
- 在你的GUI中使用XXX以让人们改变你的应用程序的行为（也许首选项或设置？）
- 在GUI中使用YYY以便让人们更改对象的某些部分（可能是属性或选项？）
- 在你的代码中使用ZZZ …
什么是最佳实践？
狡猾，这，因为没有一个单一的一致的风格，所有的应用程序。 正如你所说，他们是（广义上）同义词。
事实上，只要您的预期受众了解您的意思，这并不重要。
通常影响组件或对象的属性与影响整个应用程序的其他属性之间最大的区别。
从Visual Studio和其他Microsoft产品大致领先：
- 属性表示应用程序中单个组件或对象的特性。
- 选项会改变应用程序工作的全局方式。 例如，微软产品使用它来自定义用户界面工具栏。 这意味着您可以完全禁用UI元素（例如“简单”用户界面或“高级”用户界面）。
- 设置和首选项会改变应用程序的工作方式。 这里的含义是改变而不是禁用：例如“公制测量”或“英制测量”。
- configuration通常是为每个用户或组定制应用程序的地方。
但是没有单一的规则。
我build议你使用对象特性的属性和其他应用程序范围内的其他设置。
这些没有设置在任何地方，但我想我可能会在我的2¢的话题芯片。 当我在应用程序中看到这些内容时，这就是他们暗示的：
- 设置 ： “查看或修改可以设置的东西列表”
- 选项 ： “我们已经设置了一些东西，并给你select改变它们”
- 首选项 ： “告诉我们你是如何select这个工作的”
- 属性 ： “更改此项目的一个或多个属性”
- 编辑 ： “改变一些或所有这个东西”
- configuration ： “我们有默认设置，但是它们可能是你想要自己configuration的准系统”
我相信这主要是个人喜好的问题。
不过，我觉得我通常将属性看作是引用应用程序的单个部分，而选项/设置通常是更全局的属性。
另外，“首选项”可能不是与标记为选项或设置的东西一样大的影响。 诸如显示器的小改变或类似的东西。
最重要的是在整个应用程序中保持一致。
而且我个人更喜欢术语“选项”，因为听起来不那么令人恐惧的设置，属性或configuration。
有一件事我没有在答案中看到（虽然bobince暗示），你应该考虑你的环境/操作系统的典型特征。 例如在Windows上，我认为“选项”是最常见的select，即使许多程序使用不同的单词。 同样的Mac OS的“首选项”。 Android操作系统使用“设置”
所以底线，使用你的环境最常见的。
我认为这里缺less一个观点，即configuration/设置/选项/偏好之间的关系。
对于我来说， configuration或首选项包含许多设置或选项，因此可以有一个设置或一个选项 。
您通常会说“更改此选项/设置”，而不是“更改此首选项/configuration” ，不是吗？
当有人说偏好或configuration我理解为一组设置或选项 。
除了“属性”（通常适用于文档内的文档或对象，除非没有），它们几乎都是一样的。 没有人同意哪个术语是最好的。
例如，对于程序configuration， 苹果风格是应用程序菜单中的“首选项”， GNOME风格是“编辑”菜单上的“首选项”。 KDE风格是它自己的一个完整的“设置”菜单。 Windows风格是“工具”菜单上的“选项”，尽pipe所有的投注现在都没有了，因为更多的MS应用程序会丢弃菜单栏，并将旧的可预测的控件扔到地方而没有一致的pettern。
RISC操作系统风格是图标栏菜单上的“select”，只是为了增加另一个毫无意义的可能性。
