当前位置: 首页 > 面试题库 >

Vaadin与Bootstrap

公羊浩气
2023-03-14
问题内容

我打算制作一个在客户端具有复杂表格和逻辑验证视图的应用程序。我计划使用AJAX进行提交,并具有一些视觉吸引力。

我想从那些有使用Bootstrap和/或CoffeeScript和Vaadin开发经验的人中获得建议。我有两个选择:

  • 对服务器站点使用Bootstrap / CoffeeScript和某些框架,例如Play框架,Rails或Django
  • 瓦丹

与我有关的标准与客户端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是一个很棒的工具。

权衡取舍

权衡包括:

  • 服务器端有大量内存和CPU使用率。
  • 放弃对HTML / CSS / JavaScript的控制。

缩放比例

您的Web应用位于服务器上,而不是客户端上。您所有的业务逻辑,用户输入的数据,所有用户表单的内部表示形式(例如表中的行项目)都保存在服务器上。将其乘以用户数量。这意味着Vaadin应用程序可能需要大量内存和CPU使用率。

这可能会限制扩大规模。但是考虑到64位Java,多个内存和甚至在最低的机器(例如Mac
mini)
上的多个内核,仅对于最大/最繁忙的应用程序,扩展可能是一个问题。

即使在那些稀少的大型/忙碌应用程序中,也可能有一些方法可以处理Vaadin中的扩展。所有应用程序都位于Servlet会话中。某些Web基础结构允许此类会话状态在服务器之间移动,甚至持久保存到存储中以供其他服务器使用。

否则您的应用程序可能会很好地扩展。已经完成了与11,000个同时客户端的模拟。看到:

  • Vaadin可伸缩性研究-QuickTickets(公司博客文章)
  • 通过Vaadin和 Arun Gupta进行WildFly网络研讨会(视频演示,YouTube)

控制HTML,CSS,JavaScript

如果您的团队对常规的Web应用程序体系结构比较满意或经验丰富,那么Vaadin可能不适合您。在Vaadin中,您完全用纯Java编写应用程序,并且Vaadin自动将其转换为HTML,CSS和JavaScript。

您可以稍微调整CSS。即使不接触CSS,Vaadin的“主题”(Valo,Reindeer)也可以让您更好地控制颜色,大小和字体,如果您想覆盖默认值。但是要知道Vaadin在生成HTML和CSS时处于“主宰地位”。您只是允许进行少量“后座驾驶”的乘客。

如果您的目标不是开发桌面样式的应用程序,则如果您 完全控制HTML / CSS,那么Vaadin可能不适合您。

更新

Vaadin 8发布

2017年2月22日,发布了Vaadin 8。最大的增强是利用现代Java功能(例如具有类型参数和lambda表达式的泛型)重写数据模型和数据绑定API。此外,内存和CPU效率更高。

Vaadin 7发布了。

尽管与Vaadin 6、7大致相同的体系结构比以往任何时候都更好。请参阅:新增功能。



 类似资料:
  • 问题内容: Vaadin 7中的和组件有什么区别? 我应该使用哪个,什么时候使用? 问题答案: Grid是一个功能更强大的新组件,它应该是Table的后继组件(请参阅Table已死,Grid长寿)。因此,应该没有任何必要偏爱表格而不是网格。 这是Vaadin从表格迁移到网格的一系列文章的第一篇:https : //vaadin.com/blog/-/blogs/mission-rip- table

  • 问题内容: Vaadin似乎在向两个方向推进: Vaadin框架(Java-服务器端) Vaadin元素(Javascript-客户端) 它们是否打算现在或将来一起使用?还是只有2种独立的,不相关的产品? 例如 ,Vaadin网格元素(不要与Vaadin 7的Java Grid混淆)是否打算在“ Java-land”中使用? 我在“ 服务器端元素”一文中找到了有关从服务器端创建/操作Javascr

  • Vaadin 是一个RIA的基于浏览器的富客户端的Web框架。与 JavaScript 库或者是基于浏览器插件的解决方案不同,Vaadin 包含一个服务器端的结构,主要的应用逻辑都在服务器端运行,浏览器通过 Ajax 技术跟服务器端进行交互。Vaadin 提供多种各样的UI组建,例如按钮、表格、树形列表等等,每个组件都具有事件、侦听器、数据绑定和业务逻辑等功能。

  • Vaadin Charts 是一个 Vaadin 的扩展,实现了复杂的可视化图形组件库,支持动画效果和交互操作。

  • 另一方面,还有另一种纯粹的Vaadin机制: 我有一个问题,我是否需要以某种方式将Spring对象放置到,或者是否可以分别使用这两种方法,并在需要的地方调用Vaadin应用程序内部的?

  • 我试图将与(https://vaadin.com/wiki/-/wiki/main/vaadin+spring)集成。 我的应用程序类只是启动Spring应用程序 https://gist.github.com/anonymous/C047030C61B90C02D1EF pom.xml包含依赖项 当我输入localhost:8080时,它会将我重定向到Spring Security提供的登录ur