GWT小部件可以扩展吗？

有人提到，小部件会让你的应用程序运行缓慢，你应该不惜一切代价避免它们。但是我想使用

gwt引导程序

widget库。这会用很多小部件污染我的ui.xml

我之所以使用这个库而不是标准的gwt bootstrap.js文件，是因为我不想包含这个库，也不想使用bootstrap的customize选项。原因可能是初始下载量大，而且在向UI添加代码时必须注意可能缺少的功能，这让人很烦恼

所以我的问题是：

-小部件是否会显著降低应用程序的运行速度

-应该有多少个小部件

在谷歌IO对话中，他们的最大值约为10，我记不清了

小部件是否会显著降低应用程序的运行速度

视情况而定。这取决于你是否制作了一个移动应用程序，你是否关心旧浏览器（IE8，我看着你），等等

应该有多少个小部件

复合小部件中的小部件？窗口小部件同时显示在屏幕上？整个应用程序中的小部件

我们使用了几十个小部件，我不认为它们会让我们慢下来（服务器端和跨网络移动数据占用了大部分时间，而不是客户端）。但是我们的最低级别的小部件，在我们重用最多的小部件中，有时有点复杂，不是（全部）复合部件，并且使用事件委托

我的经验法则是：如果

元素

足以显示一些数据（例如

SpanElement

或

InputElement

用于不关心事件的文本框），那么就使用它。如果需要事件，则使用小部件。该规则的一个例外是，如果您正在构建一个可重用的复杂小部件，并且使用事件委托，那么与组合小部件相比，它不会增加太多的复杂性

记住：过早优化是万恶之源，绩效的三条规则是衡量、衡量、衡量。

顺便说一句，你使用gwt bootstrap而不是bootstrap.js的理由是错误的：gwt bootstrap加载bootstrap.js就像你自己可以完成一样，因此不会让你从大量的初始下载中解脱出来

小部件是否会显著降低应用程序的运行速度

视情况而定。这取决于你是否制作了一个移动应用程序，你是否关心旧浏览器（IE8，我看着你），等等

应该有多少个小部件

复合小部件中的小部件？窗口小部件同时显示在屏幕上？整个应用程序中的小部件

我们使用了几十个小部件，我不认为它们会让我们慢下来（服务器端和跨网络移动数据占用了大部分时间，而不是客户端）。但是我们的最低级别的小部件，在我们重用最多的小部件中，有时有点复杂，不是（全部）复合部件，并且使用事件委托

我的经验法则是：如果

元素

足以显示一些数据（例如

SpanElement

或

InputElement

用于不关心事件的文本框），那么就使用它。如果需要事件，则使用小部件。该规则的一个例外是，如果您正在构建一个可重用的复杂小部件，并且使用事件委托，那么与组合小部件相比，它不会增加太多的复杂性

记住：过早优化是万恶之源，绩效的三条规则是衡量、衡量、衡量。

---

顺便说一句，你使用gwt bootstrap而不是bootstrap.js的理由是错误的：gwt bootstrap加载bootstrap.js就像你自己可以完成一样，因此不会让你从大量的初始下载中解脱出来。

那太糟糕了，我假设gwt bootstrap会有与gwtQuery相同的行为。那太糟糕了，我假设gwt引导程序将具有与gwtQuery相同的行为。