Chrome 或 Firefox（或与浏览器无关）的 Intranet 应用程序？

与浏览器无关。没有人知道什么时候会有人强制使用某个浏览器，而且你会不得不重做某个模块，因为它使用了特殊的插件或功能，只有浏览器现在已经过时了。

从技术上讲，我们是一家IE商店，但我确保我的所有应用程序至少在IE和Firefox上运行，并且我也在Chrome中进行更多测试。

最便宜的方法是根据组织的标准定制 Intranet 应用程序。如果他们按小时付钱给你，那么你把时间花在什么地方实际上是他们的决定。如果他们说它只是 FireFox，那么这就是应该做的事情。如果是固定出价，那么你可能有一些回旋余地，但最终这是他们的决定。他们可能有原因不希望它与 chrome 一起使用（我想不出原因，但这并不意味着没有。

始终正确编写 - 即跨浏览器 - 因为您永远不知道新版本的浏览器何时会改变旧的行为。

但是，对于 Intranet 来说，使用 Chrome 的 Web 应用程序“应用”是一个不错的选择。 （特别是如果它有助于阻止用户说“我的浏览器坏了”）

“并希望它尽可能地具有响应式的感觉，员工对被某个浏览器卡住无动于衷”

听起来你需要一个智能客户端应用程序。

编辑：智能客户端是指与浏览器分开运行并使用Web服务与服务器通信的应用程序。

与浏览器无关。

我的经验是，虽然在技术社区中对浏览器（类似）有强烈的偏好，但实际用户群体并没有真正打扰......或者换句话说，现代浏览器之间没有对最终用户很重要的显着差异。

我认为 IE 和 Firefox（尤其是 IE）是为符合标准而设计的，而 Chrome 可能会很宽松，尤其是与本身并不真正符合 w3c 规范的 Google 应用程序配合使用。

一个安全的选择是按照 w3c 标准设计您的应用程序，并确保它在大多数浏览器中都能正常工作。

为了在政治上正确，在网络标准方面，你必须让它在主要浏览器中呈现，以及所有关于现有公司配置的爵士乐。但是，将 Chrome 与 Gears 一起使用有什么优势呢？

虽然符合标准肯定有很多优点，但如果你的应用程序UI很重，并且你不想为缺少HTML小部件而苦苦挣扎，我建议使用基于Gecko的浏览器，你可以用桌面应用程序的所有熟悉的功能在XUL中构建UI，而不是从头开始HTML。由于 Gecko 是开源的并且正在积极开发，因此如果您使用专有的东西，您不会冒着被卡住的风险。

企业对浏览器的 IT 政策是什么？这似乎将决定你写它的目的。如果客户公司的每台计算机都有 IE6，为什么要为两者编写它？锁定对公司来说不是问题，因为他们可以决定人们在计算机上使用和必须拥有的内容的政策。

在速度上，你不会发现选择一个而不是另一个的显着收益，除非你正在做发挥其优势的特定任务（例如，看看基准测试的范围，一些谷歌测试的chrome速度快数百倍，而另一些测试的firefox击败了chrome）。

理想情况下，你会希望它是不可知的，但如果你必须选择一个，我会选择Firefox，因为它是一个更成熟的浏览器。我不愿意将应用程序定位为只有几个月历史的浏览器，尤其是刚刚达到 1.0 的浏览器。

“如果你正在为一家小型企业设计一个核心业务 Intranet 应用程序，并希望它尽可能地具有响应性，员工对被某个浏览器卡住无动于衷。”

铬。您可以制作无 chrome 的 Web 应用程序，因此您可以使 Intranet 应用程序看起来像桌面应用程序并像桌面应用程序一样运行（快速 Javascript 在这里有很大帮助）。您甚至可以使用 Chrome 创建应用程序快捷方式，这样就不会再显示地址栏，而是有更多的屏幕空间。

Chrome 的启动速度也比其他浏览器快一点，每次我想立即在 Stackoverflow 上阅读内容时，我都会使用 Chrome。

我会尽可能地与浏览器无关。我们有几个这样的系统，从技术上讲，它们只支持一个浏览器，但我们确实确保它们至少在 IE - Gecko - WebKit 世界中运行（即使它们不漂亮）。

（另一方面，如果我今天要从头开始其中之一，那么针对 Chrome 而不是 IE 进行优化将非常非常诱人。