有類似的幾個單詞(從某種意義上說)這意味着:選項,設置,屬性,配置,首選項 - 何時以及爲什麼?
選項,設置,屬性,配置,首
英語不是我的母語。你能解釋簡單英語的區別嗎?我想下面的模板可能是有用的:(?也許偏好或設置)
- 使用XXX在你的GUI是爲了讓人們改變你的應用程序的行爲
- 使用YYY在你的圖形用戶界面中,以便讓人們更改對象的某些部分(也許屬性或選項?)
- 使用ZZZ在你的代碼...
最佳做法有哪些?
有類似的幾個單詞(從某種意義上說)這意味着:選項,設置,屬性,配置,首選項 - 何時以及爲什麼?
選項,設置,屬性,配置,首
英語不是我的母語。你能解釋簡單英語的區別嗎?我想下面的模板可能是有用的:(?也許偏好或設置)
- 使用XXX在你的GUI是爲了讓人們改變你的應用程序的行爲
- 使用YYY在你的圖形用戶界面中,以便讓人們更改對象的某些部分(也許屬性或選項?)
- 使用ZZZ在你的代碼...
最佳做法有哪些?
棘手,這,因爲沒有一個單一的一致的風格,所有的應用程序。正如你所說,他們是(廣義上)同義詞。
事實上,只要您的預期受衆理解您的意思,它並不重要。
最大的區別在於通常會影響組件或對象的屬性和影響整個應用程序的其他屬性。
在從其他Microsoft產品的Visual Studio和近似鉛:
但沒有單一的規則。
我建議你使用對象特性的屬性和其他應用程序範圍內的其他設置。
我相信這主要是個人喜好的問題。
但是,我覺得我通常將屬性視爲引用應用程序的單個部分,而選項/設置通常是更全局的屬性。
此外,首選項可能不是與標記爲選項或設置的東西一樣大的影響。諸如顯示器的小改動或類似的東西。
最重要的是在整個應用程序中保持一致。
個人而言,我更喜歡術語'選項',因爲聽起來不那麼令人恐懼的設置,屬性或配置。
+1爲背後喜歡'選項'的推理 - 以前沒有想到。 – hippietrail 2011-05-07 03:50:26
除了屬性(通常適用於文檔內的文檔或對象,除非不是),它們幾乎都是相同的。沒有人同意哪個術語是最好的。
例如,對於程序配置,Apple style是應用程序菜單中的'首選項',GNOME style是'編輯'菜單上的'首選項'。 KDE style是一個完整的「設置」菜單。 Windows風格是「工具」菜單上的「選項」,儘管all bets are off現在更多的MS應用程序放棄菜單欄,並將舊的可預測控件扔到整個地方而沒有一致的pettern。
RISC OS風格是圖標欄菜單上的「選擇」,只是爲了增加另一個毫無意義的可能性。
有一件事我沒有在答案中看到(雖然bobince暗示它)是你應該考慮你的環境/操作系統的典型特徵。例如在Windows上,我認爲「選項」是最常見的選擇,即使許多程序使用不同的單詞。同樣的Mac OS的「首選項」。 Android操作系統使用「設置」
因此,底線,使用最常見的環境。
這些不是設置在任何地方,但我想我可能在我的2¢的主題芯片。當我在一個應用程序中看到這些,這是他們暗示我什麼:
我覺得「編輯」也應該以其他方式不符合文檔的方式與文檔綁定。 – 2017-01-26 18:16:55
我認爲一個觀點是缺少h即配置/設置/選項/偏好之間的關係。
給我配置或喜好包含許多設置或選項所以不可能有一個設置或一個選項。
你平時說「更改此選項/設置」而不是「改變這種偏好/配置」,不是嗎?
當有人說喜好或配置我把它理解爲一組設置或選項。
以Visual Studio 2017爲例,我認爲一個「選項」是可以改變的,比如有多少空格等同於一個標籤。我認爲「設置」是某種選項的選擇,例如「1個選項卡= 4個空格」。我得出這個結論是因爲「工具 - >選項...」給出了可以改變的東西的樹視圖,並且「工具 - >導入和導出設置...」將文件保存到「工具 - >選項...「。 – 2017-10-16 15:58:15