我们应该为我们的Intranet应用程序部署Webkit浏览器吗？

Question

在我的工作地点，我们越来越发现很难为IE开发，从历史上看，这是目标最简单的浏览器，从内部网应用程序的角度来看。

1. 它已经部署完毕。
2. 它已经理解了NTLM身份验证，因此与我们的域级安全性完全集成。
3. 尽管有非标准的功能，例如XMLDOM和XmlHTTP，但它很简洁。

现在，我们越来越被IE提出的问题所激怒：

1. 有几个版本：IE 7,8和很快9 beta，它们在性能，功能（尤其是re：安全性和区域）和美学方面都有一些不同的问题。
2. IE 7和8比基于Webkit的浏览器慢。周期。
3. 存在技术限制，例如缺少canvas元素，CSS错误等，这使得难以使用第三方软件包甚至在IE版本中一致地编写代码。
4. 用户越来越多地使用Firefox或Chrome，甚至用于内联网。

有没有人有过渡过程的经验？

欢迎任何建议。

Answer 1

首先，使用基于Webkit的浏览器检查所有当前的Intranet应用程序。如果您要创建一个将在IE上打破的Intranet站点（例如，使用画布），那么您最好确保在强制每个人需要之前修复在现代基于Webkit的浏览器上损坏的任何旧内部网应用程序运行非IE浏览器。

确保浏览器在公司网络上也能正常运行。例如：Chrome仍然存在NTLM / Kerberos的一些突出问题。虽然这是一个小问题，如果它意味着你可以放弃IE。但是，根据您的用户群，永远不要低估那些只使用IE的用户所需的用户注意力。

我在工作中使用基于Webkit的浏览器，即使我们有大量糟糕/破坏的IE网站。我不得不偶尔打开IE来完成这些网站上的任务。现在，我很好，因为我已经习惯了，并且喜欢轻微的痛苦，能够将铬与其他所有东西一起使用。然而，非技术人员不愿意并且更愿意只是坐在IE中（因为在他们看来，这是Chrome的错，该网站不起作用{因为它已经好几年工作了[这一点很难与企业争论]透视（没有引入他们解雇的'技术上的巨型'）}}）

所以，确定，这样做。请确保您计划好它，以便第一次尽可能顺利。用户买入是你想要的，而不是反弹。

Answer 2

我的开发方法一直是为Firefox或Chrome编写，它只适用于IE。我知道，这是违反直觉的，但它经常对我有用。