是否值得尝试将GUI保持在系统中？
每个主要节目都有自己的... （visual studio，iexplorer，firefox，symantec utility，adobe ......）
或者只是框架和对话框应该留在系统中看起来感觉范围？
更新
一个简单的例子，如果您想在选项卡中添加关闭按钮，通常会将其与当前桌面主题相对应。但是，如果用户具有不同的主题，则关闭按钮不合适，不再适合系统外观。
我玩过uxtheme api，但是你没有什么可以做的，我见过的一些主题是不完整的。
所以要解决这个问题，我看到的最好的方法就是像你的主题一样使用visual studio / firefox / chrome roolup你自己的标签控件......
答案 0 :(得分：15)
我认为，除非您的程序成为用户生活中非常重要的一部分，否则您应该尽量减少“意外”并最大限度地提高可识别性（即使是一个单词？）。
因此，如果您每天使用1000个人使用10分钟的内容，请使用系统外观和机制。
另一方面，如果你正在制作100个人每天使用6小时的东西，我会开始探索我可以加入的UI改进和快捷方式，以便让这些6小时更容易处理。
但请注意，UI修复不得以牺牲性能为代价。当有人认为简单地覆盖.Net中的OnPaint事件就足够了时，情况几乎总是如此。
在您知道它之前，您再次拦截NC_PAINT和NC_BACKGROUNDERASE以及所有这些小技巧，使其与内置控件一样快。
答案 1 :(得分：2)
我倾向于同意其他人 - 特别是Soraz和Smaci。
但是我会补充一点。如果你觉得操作系统L＆amp; F过于拘束，并且你有充分理由超越它，我会努力遵循“起搏和领先”的原则（我在这里借用NLP环境）
我们的想法是，您仍然希望尽可能多地利用您熟悉主机操作系统的预期听证会（正如Smaci已经介绍过的那样，这种情况很少见）。因此，您尽可能多地使用“标准”控件和行为（这是“节奏”） - 但必要时尽可能“适应”（领先）的方式扩展它。
你已经在工作中提到过这个原则的一些很好的例子 - Visual Studio，甚至Office在某种程度上（Office是“特殊的”，因为新的UI样式在这里切入口，经常会回到未来的操作系统版本 - 或事实上的标准）。
我正在将这一点与“按照自己的方式行事”的应用类型进行对比 - 通常是因为它们已经从其他平台移植过，或者已经被编写为GUI和核心的跨平台。 Java应用程序通常属于这一类，但它们不是唯一的。它没有以前那么糟糕，但即便在今天，大多数专业音频应用程序都有虚拟用户界面，显示出他们的血统，因为他们多年来从一个平台移植到另一个平台。虽然这些例子可能有很好的商业原因，但仍然存在他们的UI倾向于吮吸并且如果以任何可能的方式应该避免走这条路线！
最重要的原则仍然是遵循最不惊讶的道路，并考虑用户对操作系统的熟悉程度，以及他们使用您的应用程序与操作系统上其他人的时间比率。
答案 2 :(得分：1)
是的，只是因为它使操作系统能够使用像文本转语音一样内置的任何可访问性功能。对于需要可访问性功能的人而言，没有什么比这更令人讨厌的了，因为还有另一个UI会破坏他们习惯使用的所有工具。
答案 3 :(得分：1)
我会说这取决于用户，应用程序和平台。界面应该对用户来说是直观的，如果它们适合那些用户，则仅与以下系统UI标准相同。例如，在过去，我一直参与开发用于Windows CE手持设备的乳制品和面包交付的手持系统。在这种情况下，用户通常不具备计算机知识，并且教育背景较弱。用户界面通过简单的语言专注于易用性，并以预先存在的纸质表格系统为模型。它没有尝试遵循Windows的外观和感觉，因为这不合适。
目前，我为用户群开发了非常图形化的软件，通常是受过3级教育且具有计算机知识。这里的期望是软件将遵循并扩展Windows的外观。
软件应该尽可能简单直观，如何实现这一点完全取决于上下文。
答案 4 :(得分：1)
我想回答另一个问题（不是Stackoverflow协议，但我认为，在这种情况下，它是合理的）
问题是'是否值得打破操作系统的外观和感觉？' 换句话说，
不要简单地做'变得与众不同'
答案 5 :(得分：0)
如果您正在（或开发）Mac，那么肯定是！
对于Windows也应如此。
答案 6 :(得分：0)
这取决于你定义的范围系统看起来感觉 ......但总的来说，你应该保留它。
不要让用户区别于他习惯的东西。这就是为什么我们称他为用户; - ）
的原因之一Firefox和Adobe产品通常不会，因为它们针对的是几个都有自己的L＆amp; F的平台。但Visual Studio保留了典型的Windows L＆amp; F.并且，只要您只为Windows开发，您也应如此。
答案 7 :(得分：0)
除了在Windows上没有明确定义的外观之外，您应该始终尝试关注主机平台本机L＆amp; F.但是请注意，看起来n-feel与行为的方式一样多。以反直觉方式行事的程序与运行自己丑陋小部件的程序一样烦人。
Fraps是一个很好的例子（恕我直言），它实际上非常有用，但打破了几个用户界面指南，看起来真的很难看。
答案 8 :(得分：0)
如果您正在为Apple的Mac OS X或Microsoft Windows开发，供应商会提供接口指南， 应遵循任何应用程序“本机”。< / p>
有关详细信息，请参阅Are there any standards to follow in determining where to place menu items?。
答案 9 :(得分：0)
总的来说，是的。但是，尽管没有为其运行的所有操作系统进行格式化，但偶尔的程序运行良好。例如，emacs运行与OS X或Windows上的每个接口指南（甚至可能是gnome / KDE）完全相反，而且它不会很快消失。
答案 10 :(得分：0)
我强烈建议让您的应用看起来像原生。
将应用程序移植到新平台的开发人员似乎犯的一个常见错误是，新应用程序应该看起来像旧平台上的那样。
不，新应用程序应该看起来像用户在新平台上习惯的所有其他应用程序。
否则，你会在Windows上获得像iTunes这样的可憎之物。相同的UI设计可能在一个平台上完全正确，而在下一个平台上则非常错误。
您会发现您的用户可能无法确定他们不喜欢您的应用程序的原因，但他们感觉很难使用。
是的，有一些有效的例外，但它们很少见（当然，它们往往是Office和Firefox等主要应用程序，而不是小型应用程序）。如果您不确定必须在StackOverflow上询问，那么您的应用程序就不是其中之一。