gwt - 为 future GWT 版本中需要 IE7/IE8 支持的人们提供的解决方案

Question

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 吗？

Answer 1

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

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

3. 没有。

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