【问题标题】:Options, Settings, Properties, Configuration, Preferences — when and why?选项、设置、属性、配置、首选项——何时以及为什么?
【发布时间】:2011-01-05 16:09:26
【问题描述】:

有几个词具有相似(在某种意义上)含义:

选项、设置、属性、配置、首选项

英语不是我的母语。你能用简单的英语解释一下区别吗?我认为以下模板可能有用:

  • 在您的 GUI 中使用 XXX 以让人们更改您的应用程序的行为(可能是偏好或设置?)
  • 在您的 GUI 中使用 YYY 以让人们更改对象的某些部分(可能是属性或选项?)
  • 在您的代码中使用 ZZZ ...

什么是最佳实践?

【问题讨论】:

标签: configuration properties settings options


【解决方案1】:

选项:通常用于组件或对象。你有选择的权利,所以有一些选项供你选择。

设置:有系统。它可能会像往常一样工作,但它提供了一些设置供您调整其行为。

属性:每个对象都有属性。颜色、尺寸等。您“设置”设置。然后你“改变”对象的属性。

配置:通常,每个系统都有自己的配置,可以是默认配置,也可以是自定义配置。系统需要适当的配置才能正常运行。通常,它对用户的选择没有多大意义。虽然您可以通过不同的配置来调整系统的行为。

偏好:您可能更喜欢不同的习惯,所以这里有偏好。每个用户都可能有自己的习惯。偏好更像是不同用户的偏好集。在系统级别,它可能通过不同的配置工作,但在 GUI 上,我们不说配置,我们说首选项。

总之,例如,在绘图应用程序中,您可能会说,我们改变了圆形、形状的属性。当您启动应用程序时,我们有三个选项可供选择,以了解应用程序在启动后的显示方式。 安装文件夹下有一些配置文件,有些可能容易理解,但有些可能技术性很强,一般用户不准备。 用户只需更改菜单中的设置,即可决定某个功能在应用程序中的工作方式。设置和首选项通常不会出现在同一个应用程序中。 提高效率的工具,更多地使用设置。 为了方便起见,使用 Preferences 的应用程序对用户会更友好。

希望这些帮助。

【讨论】:

    【解决方案2】:

    我认为这主要是个人喜好问题。

    但是,我觉得我通常将属性视为引用应用程序的一个部分,而选项/设置通常是一个更全局的属性。

    此外,首选项的影响可能不如带有选项或设置标签的东西那么大。诸如显示的微小变化或类似的事情。

    最重要的是在整个应用程序中保持一致性。

    就个人而言,我更喜欢“选项”这个词,因为它听起来不像设置、属性或配置那么令人生畏。

    【讨论】:

    • +1 表示更喜欢“选项”的原因 - 之前没有想到。
    【解决方案3】:

    我只是快速浏览了一下,想发布此列表以供参考。

    Edge                        Settings
    Google Chrome               Settings
    Google Chrome DevTools      Settings > Preferences
    Mozilla FireFox             Options (about:preferences) > Network Settings
    Mozilla FireFox DevTools    Settings > Editor Preferences
    Opera                       Settings
    
    DeviantArt                  Settings
    Facebook                    Settings, News Feed Preferences
    GitHub                      Settings
    Google                      Settings
    IMDb                        Account Settings > Preferences
    Instagram                   Options (aria-label)
    JSFiddle                    Settings
    StackOverflow               Settings > Preferences
    Twitter                     Settings
    YouTube                     Settings
    
    FileZilla                   Edit > Settings
    GitHub                      File > Options
    Notepad++                   Settings > Preferences
    VS Code                     Preferences > Settings
    
    Audacity                    Preferences
    IcoFx                       Options > Preferences > Options
    Process Explorer            Options
    TeamViewer                  Tools > Options
    uTorrent                    Options > Preferences
    Windows Media Player        Tools/Organize > Options
    
    phpmyadmin                  Settings
    XAMPP                       Config > Service and Port Settings
                                       > Log Options
    
    MS Word                     File > Options > Proofing > AutoCorrect Options
                                                          > Writing Style Settings
    
    Photoshop                   Edit > Color Settings
                                Edit > Preferences
                                Type > Language Options
                                3D > 3D Print Settings
                                Viev > 32-bit Preview Options
                                Window > Options
    
    Windows                     Settings
    

    用作父级(窗口/选择):

    • Settings : 20 次
    • Options : 10 次
    • Preferences : 4 次
    • Config(uration) : 1 次

    总提及次数:

    • Settings:24
    • Options:15
    • Preferences:12
    • Config(uration):1

    基于此,我将按以下顺序对它们进行排序(从一般/固定/应用相关到特定/动态/用户相关):

    Settings > Options > Preferences

    【讨论】:

      【解决方案4】:

      设置:考虑一个滑块来选择一个从 1 到 10 的值,例如

      选项:考虑开/关按钮

      偏好:从多个选择中考虑一个选择,例如早上、下午或晚上

      配置:最终用户可能不应该知道的技术设置。比如数据源是什么?

      【讨论】:

        【解决方案5】:

        这些没有设置在任何地方,但我想我不妨在这个话题上投入 2 美分。当我在应用程序中看到这些时,这就是它们对我的暗示:

        • 设置:“查看或修改可以设置的事物列表”
        • 选项:“我们已经设置了一些东西,您可以选择更改它们”
        • 偏好:“告诉我们你喜欢这个工作的方式”
        • 属性:“更改此项目的一个或多个属性”
        • 编辑:“这东西已经状态不错了,不过你可以随意改”
        • 配置:“我们有默认设置,但它们太简单了,您可能需要自己配置”

        【讨论】:

        • 我觉得“编辑”也应该以其他方式与文档相关联。
        • 我的产品使用“config”。
        • 我不同意@KyLeggiero。如果您收到“查找不属于的项目”的问题,它将被编辑。编辑是对一个特定项目的操作,而其他是对多个实体的更改。
        • @Steven 随时提供您自己的答案!我同意Edit 可以应用于单个项目,但您肯定明白为什么我认为编辑文档也属于Edit,对吗?
        【解决方案6】:

        我认为这里缺少一个观点,即配置/设置/选项/首选项之间的关系。

        对我来说,配置或首选项包含许多设置或选项,所以可以有一个设置或一个选项。

        您通常会说“更改此选项/设置”,而不是“更改此首选项/配置”,不是吗?

        当有人说preferences或configuration时,我将其理解为一组settings或options。 p>

        【讨论】:

        • 我同意一些转移。我正在尝试决定是否将屏幕命名为 Settings 或 Preferences;老实说,SMH ...大声笑; “我应该去设置更改此设置/选项吗?”或“我应该去首选项更改此设置/选项吗?” Preference 通常表示您更喜欢 用于您的(即)主题的颜色 - Preferences 中的enable_notifications 是否正确?我觉得应该是Settings或Configuration。应用程序是否应该同时具有设置和首选项?也许 Configuration 或 Admin 与 both Settings 和 Preferences 是最好的......
        【解决方案7】:

        我在这里的答案中没有看到的一件事(尽管 bobince 暗示了这一点)是您应该考虑什么是您的环境/操作系统的典型特征。例如在 Windows 上,我认为“选项”是最常见的选择,即使许多程序使用不同的词。 mac os 的“首选项”也是如此。 Android 操作系统使用“设置”

        所以最重要的是,使用最适合您的环境的东西。

        【讨论】:

          【解决方案8】:

          除了属性(通常适用于文档或文档中的对象,除非它不适用)之外,它们几乎都相同。没有人同意哪种术语最好。

          例如对于程序配置,Apple style 是应用程序菜单中的“首选项”,GNOME style 是“编辑”菜单中的“首选项”。 KDE style 是一个完整的“设置”菜单。 Windows 风格是“工具”菜单上的“选项”,尽管 all bets are off 现在随着越来越多的 MS 应用程序放弃菜单栏并将旧的可预测控件扔到各处,没有一致的样式。

          RISC OS 样式是图标栏菜单上的“选择”,只是为了添加另一种毫无意义的可能性。

          【讨论】:

            【解决方案9】:

            这很棘手,因为没有一种统一的风格会被所有应用程序遵循。正如你所说,它们是(广泛)同义词。

            事实上,只要您的预期受众理解您的意思,这并不重要。

            最大的区别在于属性(通常影响组件或对象)与其他属性(影响整个应用程序)之间的差异。

            遵循 Visual Studio 和其他 Microsoft 产品的大致领先优势:

            • 属性 表示应用程序中单个组件或对象的特征。
            • 选项 改变应用程序工作的全局方式。例如,Microsoft 产品使用它来自定义 UI 工具栏。这里暗示您可以完全禁用 UI 元素(例如“简单”用户界面或“高级”用户界面)。
            • Settings 和 Preferences 改变了应用程序的工作方式。此处的含义是更改而不是禁用:例如,“公制测量”或“英制测量”。
            • 配置 通常是为每个用户或组定制应用程序的地方。

            但没有单一的规则。

            我建议您将属性用于对象特征,将设置用于应用程序范围内的所有其他内容。

            【讨论】:

            • 以Visual Studio 2017为例,我认为一个“选项”是可以改变的,比如多少个空格相当于一个制表符。而且我认为“设置”是某些选项的选择,例如“1 tab = 4 个空格”。我得出这个结论是因为“工具 -> 选项...”提供了可以更改的事物的树形视图,“工具 -> 导入和导出设置...”将在“工具 -> 中所做的选择”保存到文件中选项..."。
            猜你喜欢
            • 2016-08-14
            • 1970-01-01
            • 2011-05-28
            • 1970-01-01
            • 2016-10-30
            • 2014-10-10
            • 1970-01-01
            • 2022-01-02
            • 1970-01-01
            相关资源
            最近更新 更多