如果您正在为小型企业设计核心业务Intranet应用程序，并希望它尽可能具有响应感，那么工作人员对于使用某个浏览器无动于衷，您会设计Firefox，Chrome，或者测试比你需要的更广泛以避免锁定？在将所有鸡蛋放入一个浏览器篮子之前，是否还有其他因素需要考虑？
例如，Chrome是否具有其他浏览器缺少的与速度相关的功能，需要以跨浏览器不友好的方式定位Chrome，如果确实如此，是否值得围绕它们进行设计？
答案 0 :(得分：15)
与浏览器无关。没有人知道某人会指定某个浏览器，你将不得不重做某个模块，因为它使用了一个特殊的插件或功能，只有浏览器现在已经过时了。
从技术上讲，我们在这里是一家IE商店，但我确保我的所有应用程序至少在IE和Firefox上运行，而且我也在Chrome中进行更多测试。
答案 1 :(得分：3)
什么是浏览器的业务'IT政策？看来这会决定你为它写的东西。如果您客户公司的每台计算机都有IE6，为什么要写它？锁定对于公司来说不是问题，因为他们可以决定人们使用和必须在他们的计算机上使用的策略。
除非你正在做一些与他们的优势相关的具体任务，否则你不会发现选择其中一个的重大收益（例如，在基准测试中查看范围，一些谷歌测试的铬快几百倍，其他人有firefox击败铬）。理想情况下，你希望它是不可知的，但如果你必须选择一个，我会选择Firefox，因为它是一个更成熟的浏览器。我不愿意将应用程序定位到仅仅几个月的浏览器，特别是只有1.0的浏览器。
答案 2 :(得分：2)
虽然符合标准当然有许多优点，但如果你的应用程序是用户界面很重，并且你不想为缺少HTML小部件而烦恼，我建议使用基于Gecko的浏览器，你可以更快地在XUL中构建UI桌面应用程序的熟悉功能，而不是从头开始的HTML。由于Gecko是开源的并且是积极开发的，因此如果您使用的是专有的东西，则不会有被卡住的风险。
答案 3 :(得分：1)
始终正确编写 - 即跨浏览器 - 因为您永远不知道新版本的浏览器何时可能会改变旧行为。
然而，使用Chrome的'应用'网络应用程序是内部网的一个不错的选择。 （特别是如果它有助于阻止用户说“我的浏览器坏了”）
答案 4 :(得分：1)
“如果您正在为小型企业设计核心业务Intranet应用程序，并希望它尽可能具有响应感，那么员工对于被某个浏览器困扰就无动于衷。”
Chrome。您可以制作无铬网络应用，因此您可以使您的Intranet应用看起来像桌面应用（快速Javascript在这里有很多帮助）。您甚至可以使用Chrome创建应用程序快捷方式，这样就不会显示更多的地址栏，更多的屏幕空间。
Chrome的启动速度也比其他浏览器快，每次我想立即在Stackoverflow上阅读，我都会使用Chrome。
答案 5 :(得分：0)
最便宜的方法是根据组织的标准定制Intranet应用程序。如果他们按小时付款给你，那么他们决定你花时间去做什么。如果他们说它只是FireFox，那就应该这样做了。如果是固定的出价，那么你可能有一些余地，但最终是他们的决定。他们可能有理由说他们不希望它与chrome一起工作（我想不出原因，但这并不意味着没有一些原因。）
答案 6 :(得分：0)
“并希望它尽可能具有响应感，工作人员对于被某个浏览器困扰无动于衷”
听起来你需要一个智能客户端应用程序。
编辑：智能客户端是指从浏览器中单独运行并使用Web服务与服务器通信的应用程序。
答案 7 :(得分：0)
与浏览器无关。
我的经验是，尽管在科技社区中存在对浏览器（他们喜欢的）的强烈偏好，但实际的用户群并没有真正打扰......或者以其他方式放置，之间没有显着差异。现代浏览器对最终用户很重要。
我认为IE和Firefox（尤其是IE）是专为标准一致性而设计的，因为Chrome可能很宽松，特别是对于那些本身并不符合规范的Google应用程序。
安全的选择是根据w3c标准设计您的应用，并确保它在大多数浏览器中都能正常工作。
答案 8 :(得分：0)
为了在政治上正确，网络立场，你必须在主流浏览器中呈现它，以及所有关于现有公司配置的爵士乐。但是，使用Chrome with Gears的优势又如何呢？
答案 9 :(得分：0)
我会尽可能地与浏览器无关。我们有一些像这样的系统，其中技术上它们只支持一个浏览器，但我们确实它们至少在IE上运行（即使它们不漂亮） - Gecko - WebKit宇宙。
（另一方面，如果我今天要从头开始创建其中一个，那么优化Chrome而不是IE将非常非常诱人。）