我打算制作一个在客户端具有复杂表格和逻辑验证视图的应用程序。我计划使用AJAX进行提交,并具有一些视觉吸引力。
我想从那些有使用Bootstrap和/或CoffeeScript和Vaadin开发经验的人中获得建议。我有两个选择:
与我有关的标准与客户端JavaScript和/或HTML5验证以及使用Bootstrap编写的CSS和HTML代码中可能出现的复杂性有关。在一个真正的ria应用程序中,是否值得在Vaadin上使用CoffeeScript?我看到有很多选择Bootstrap的人,我敢肯定他们有他们的理由。
帮助我做出决定。一些相关文档也可能会有所帮助。
Vaadin是一个非常出色的工具,用于构建用纯Java开发并通过常规Web浏览器提供的交互式桌面样式Web应用程序。
Vaadin 6、7和8应用程序完全在服务器端运行。Vaadin自动将JavaScript库安装到用户的浏览器窗口中:
因此,至少从Vaadin应用程序开发人员的角度来看,没有“客户端逻辑验证”或“ html5验证”。Vaadin框架可能会在其内部实现中隐蔽地执行此操作,但是作为Vaadin应用程序开发人员,这与我无关。那就是Vaadin的核心优势:我不在乎Vaadin如何将我的表格显示在用户的屏幕上。作为Vaadin应用程序开发人员,我没有编写任何JavaScript,HTML,DOM,CSS或AJAX。只是纯Java。
样式类似于Swing:实例化布局(表单),添加标签,添加按钮,添加字段,添加其他小部件。根据需要附加验证器。为复杂的表格嵌套其他布局。所有这些都在服务器端的内存中执行,全部使用纯Java。最后告诉布局以显示自己。瓦丹像魔术一样,告诉浏览器显示该形式的相似之处。
如果您要开发恰好通过Web浏览器部署的桌面样式业务样式应用程序,那么Vaadin是一个很棒的工具。
权衡包括:
您的Web应用位于服务器上,而不是客户端上。您所有的业务逻辑,用户输入的数据,所有用户表单的内部表示形式(例如表中的行项目)都保存在服务器上。将其乘以用户数量。这意味着Vaadin应用程序可能需要大量内存和CPU使用率。
这可能会限制扩大规模。但是考虑到64位Java,多个内存和甚至在最低的机器(例如Mac mini)上的多个内核,仅对于最大/最繁忙的应用程序,扩展可能是一个问题。
即使在那些稀少的大型/忙碌应用程序中,也可能有一些方法可以处理Vaadin中的扩展。所有应用程序都位于Servlet会话中。某些Web基础结构允许此类会话状态在服务器之间移动,甚至持久保存到存储中以供其他服务器使用。
否则您的应用程序可能会很好地扩展。已经完成了与11,000个同时客户端的模拟。看到:
如果您的团队对常规的Web应用程序体系结构比较满意或经验丰富,那么Vaadin可能不适合您。在Vaadin中,您完全用纯Java编写应用程序,并且Vaadin自动将其转换为HTML,CSS和JavaScript。
您可以稍微调整CSS。即使不接触CSS,Vaadin的“主题”(Valo,Reindeer)也可以让您更好地控制颜色,大小和字体,如果您想覆盖默认值。但是要知道Vaadin在生成HTML和CSS时处于“主宰地位”。您只是允许进行少量“后座驾驶”的乘客。
如果您的目标不是开发桌面样式的应用程序,则如果您 想 完全控制HTML / CSS,那么Vaadin可能不适合您。
2017年2月22日,发布了Vaadin 8。最大的增强是利用现代Java功能(例如具有类型参数和lambda表达式的泛型)重写数据模型和数据绑定API。此外,内存和CPU效率更高。
尽管与Vaadin 6、7大致相同的体系结构比以往任何时候都更好。请参阅:新增功能。