Vaadin替代重载UI

Question

目前我正在编写基于Vaadin的Web应用程序.我对学习周期以及UI的设计方式非常满意.

一般来说,Vaadin的优点是:

• Java用户的"原生"UI编程(组件层次结构/事件监听器/拖放/验证).
• 开箱即用的很好的组件集合(树/表/列表/ ...).

缺点是:

• 大而复杂的HTML输出.这会减慢浏览器的响应时间(在这里和那里也会提到)并导致从浏览器到浏览器的一些渲染特性.
• 处理大量组件的困难(请参阅Can CustomLayout可以处理5000个组件吗？).
• 如果使用第三方组件,则需要重新编译窗口小部件集.

我对社区的问题是:

什么Web框架最符合以下要求:

• 使用事件/操作处理程序分离演示文稿.
• 开箱即用的常用组件(具有表格列拖放,延迟加载等高级功能).
• 布局支持(没有填充和组件对齐的头痛).
• 事件传播到服务器和服务器端事件处理.
• 生成HTML的可能性(如果框架不是基于HTML的)并且还为其捕获事件(例如鼠标点击).
• 注册关键的加速回调(例如Ctrl-S)的可能性是一个优点.
• Java开发人员的简短学习曲线是一个优点.

合理的方法组合也适合.请提供"Hello World"应用程序的链接,该链接基于您建议的框架实现.我正在考虑Apache Wicket/Echo2/Tapestry/Click/GWT,但是如果没有玩几个月就很难做出选择(希望没有让人失望).

Answer 1

我完全同意你提到的所有缺点，并且不能说太多反对的话。因为我对 GWT 还很陌生，所以我只能分享我过去 2 个月收集的一点经验。

• 将表示与事件/动作处理程序分离。

我认为 GWT 2.0 及更高版本中带有注释 @UiHandler("closeButton") @UiField 的 UiBinder 正是用于分离 HTML 表单代码和处理程序。此外，带有事件总线的 MVP 模式是 GWT 团队的完美答案。

• 对于 Java 开发人员来说，学习曲线短是一个优点。

我并不天真，我不认为仅靠java知识而不了解WEB技术就可以获得高质量的结果。

我审查和阅读过的大多数 GWT UI 框架引入的问题多于解决方案。它们以某种方式设法获得一个或几个好处，并限制您使用 GWT 新版本中提供的其他功能。我选择不使用 vaadin，因为我觉得它会迫使我以他们的方式进行 webapp 开发，我同意这种方式很快很容易理解，但在某种程度上是有限的。我喜欢选择经典的 GWT，而不需要花哨的控件，从而获得一些自由。

另外，我还觉得 GWT UI 组件是有限的，并且没有高质量的替代品。这里不对劲。我认为谷歌团队必须在这方面做一些事情。

问候雷米斯B