Javascript 为什么有人要使用新的谷歌所见即所得编辑器？

昨天谷歌他们的所见即所得编辑器，我真的很兴奋

然而，它似乎有点沉重

我的Firefox花了8秒钟下载了所有180个请求。 网络流量为2MB

---

无论如何，使用它有什么意义？

它比其他浮动的编辑器更丰富、更通用。例如，有更多的机会定制绑定到各种键的操作。其他编辑更倾向于“要么接受，要么放弃”的说服

您的浏览器将缓存与此编辑器相关的公认的胖JavaScript下载，以便下次访问此站点时，不会出现明显的延迟。谷歌邮件对我来说就是这样。每次2MB将是一种强加；2MB一次也不会打扰我

---

几天前，有人问我是否有类似于“傻瓜”的协作编辑网站，编辑功能仅限于一个容易理解的子集。谷歌的编辑器将允许我组合一个完全符合此人要求的编辑器。

它比其他浮动的编辑器更丰富、更通用。例如，有更多的机会定制绑定到各种键的操作。其他编辑更倾向于“要么接受，要么放弃”的说服

您的浏览器将缓存与此编辑器相关的公认的胖JavaScript下载，以便下次访问此站点时，不会出现明显的延迟。谷歌邮件对我来说就是这样。每次2MB将是一种强加；2MB一次也不会打扰我

---

几天前，有人问我是否有类似于“傻瓜”的协作编辑网站，编辑功能仅限于一个容易理解的子集。Google的编辑器允许我创建一个完全符合此人要求的编辑器。

快速评论-如果在多个网站上使用，那么所有的js都应该在缓存中，因为它是从Google提供的，这不是最好的论据，但仍然是一个有效的观点。@Rippo-这不太正确。大多数文件的

Expires

头在未来只有5分钟，因此即使他们不修改文件，浏览器也不必下载实际数据，您仍然需要再次请求他们查看是否已更改。由于大多数浏览器配置为一次只打开四个活动请求，因此清除这180个请求需要很长时间。我预计谷歌最终会像雅虎那样合并这些文件。但他们现在所拥有的东西需要我8-10秒才能在100Mb连接上加载。这太疯狂了。快速评论-如果这在多个站点上使用，那么所有的js都应该在缓存中，因为它是从Google交付的，这不是最好的论据，但仍然是一个有效的观点。@Rippo-这不完全正确。大多数文件的

Expires

头在未来只有5分钟，因此即使他们不修改文件，浏览器也不必下载实际数据，您仍然需要再次请求他们查看是否已更改。由于大多数浏览器配置为一次只打开四个活动请求，因此清除这180个请求需要很长时间。我预计谷歌最终会像雅虎那样合并这些文件。但他们现在所拥有的东西需要我8-10秒才能在100Mb连接上加载。那太疯狂了。