19

Google 在 5 月宣布，他们将在 GWT 2.6（今年 12 月推出）中删除对 IE6/IE7 的支持，并在 GWT 3.0 中删除对 IE8 的支持。

我理解这个选择的原因，我支持它，我不是在这里争论它。努力保持最新状态的人不希望因为不这样做的人而拥有缓慢的 GWT。

我们选择 GWT 技术的主要原因是它为我们处理浏览器的怪癖。我工作的公司需要让我们的应用程序在 IE 上运行到 IE7。我们必须努力让他们放弃 IE6。上个月，员工刚刚将他们的浏览器迁移到 IE8。

恐怕我们将永远被 2.5.1 所困。

IE 迁移是一个广泛的话题，但狭隘的答案（是/否）对我来说已经足够了！无论如何，我可能不会了解有关 GWT 内部机制的详细信息。

第一个问题： “删除”这个词合适吗？意思是小部件不适用于那些浏览器，或者我应该说“停止”，这意味着旧的小部件仍然可以工作，但已修补并且新功能将无法应对旧版本的 IE？

第二和第三个问题：

  • 您是否听说过一些社区/团体愿意编写支持 IE6/7/8 的小部件库，或者由于 2.6 版本中 GWT 基本层的变化而无法这样做？
  • 你听说过准备修补 2.5.1 并让它再存活几年的社区/团体吗？

如果这是不可能的：第四个问题。如果您必须启动一个应该在 IE7/8 上运行的新应用程序，您会使用 GWT 2.5.1 吗？

4

1 回答 1

21

  1. 我们最终决定ie6在 2.6 中默认禁用排列，并且仅在 3.0 中将其删除。这意味着您将能够在 GWT 2.6 的 IE、IE6 和 IE7 中重新启用对 quirks 模式的支持。在 GWT 3.0 中，支持将被删除，即支持ie6排列的类将被删除，我们将开始做那些在没有钩子的浏览器中无法工作的事情。

  2. 从 3.0 开始，继续支持那些老旧的浏览器会变得越来越难，因为不会让它变得简单（也不会让它变得困难，只是“我们不再关心它们”）。为了简单起见，我想说在 GWT 3.0 中支持 IE6/7 是不可能的，因为基本支持（DOM 级别）将被删除并且其他东西被重构（如果ie6排列是唯一具有特定实现，很可能会删除插入该实现的钩子，以使代码更简单，更易于阅读和维护）。
    我还不知道我们将如何处理 IE8 案例；可能与 IE6/7 相同：在 3.0 中默认禁用，然后在下一个版本中完全删除。

  3. 不。

  4. 然后我会使用 2.6（然后开始寻找另一份工作;-)）

于 2013-10-01T08:43:54.747 回答