Warning: file_get_contents(/data/phpspider/zhask/data//catemap/6/ant/2.json): failed to open stream: No such file or directory in /data/phpspider/zhask/libs/function.php on line 167

Warning: Invalid argument supplied for foreach() in /data/phpspider/zhask/libs/tag.function.php on line 1116

Notice: Undefined index: in /data/phpspider/zhask/libs/function.php on line 180

Warning: array_chunk() expects parameter 1 to be array, null given in /data/phpspider/zhask/libs/function.php on line 181
Gwt 用于web应用程序开发的Vaadin-很少有疑问_Gwt_Client_Cloud_Vaadin - Fatal编程技术网

Gwt 用于web应用程序开发的Vaadin-很少有疑问

Gwt 用于web应用程序开发的Vaadin-很少有疑问,gwt,client,cloud,vaadin,Gwt,Client,Cloud,Vaadin,我们正在尝试为web应用程序的客户端开发选择一个框架。这些是我们应用程序的关键点 1) 用户在客户端执行许多活动的富文本应用程序 2) 我们希望使用Java技术进行开发 3) 这些服务将在云端提供 4) 需要移动支持 5) 可伸缩性也是一个主要问题 我在网上浏览了很多文档和信息,现在带着Vaadin和普通GWT离开了。我在GWT开发方面有一点经验,但在Vaadin方面没有(我只在Vaadin中编写了两个示例程序)。请帮助我了解一些事情 1) 如果我必须用Vaadin编写一个新的小部件,那么完成它

我们正在尝试为web应用程序的客户端开发选择一个框架。这些是我们应用程序的关键点

1) 用户在客户端执行许多活动的富文本应用程序

2) 我们希望使用Java技术进行开发

3) 这些服务将在云端提供

4) 需要移动支持

5) 可伸缩性也是一个主要问题

我在网上浏览了很多文档和信息,现在带着Vaadin普通GWT离开了。我在GWT开发方面有一点经验,但在Vaadin方面没有(我只在Vaadin中编写了两个示例程序)。请帮助我了解一些事情

1) 如果我必须用Vaadin编写一个新的小部件,那么完成它有多容易或困难

2) Vaadin小部件或概念是否存在任何明显的问题,这些问题可能会阻碍任何应用程序

3) 如果明天我们决定切换回GWT,考虑到Vaadin可以处理所有服务器代码逻辑,这是否可行

4) 对于部署在云上的应用程序来说,每次访问服务器的Vaadin方法是否是一个问题

5) 最后但最重要的一点是,论坛支持和未来开发如何


非常感谢。请注意,我已经阅读了很多关于这些讨论的文章和链接,但我觉得从一个至少有一段时间在这些事情上有实际经验的人那里了解这一点很好。再次感谢。

如果您想要未来的开发,请诚实地使用jsf。这并不是最好的选择,但你至少会在即将消亡的框架中受到攻击

在我们的项目中,我必须使用Vaadin,我不会这样决定。我更喜欢ZK()或GWT

关于你的问题,就我所能回答的而言

  • 比较容易,像秋千。您可以扩展CustomComponent,然后就可以了
  • 表演。我们在编程时遇到性能问题和问题。由于VAADIN规范的原因,该体系结构不得不重新考虑几次。对我来说,与JPA一起工作并不是一件愉快的事
  • 很难说。当然,你到处都读过关于MVC、松耦合等的书,但我个人认为你的GUI框架总是有一些影响下面一些代码的根源。您不能简单地将框架更改为即插即用。我不知道细节,但可能lifecyle已经不同于其他框架。因此,与db通信的Vaadin实现(例如,在使用FormFactory时)将影响持久层,在使用另一个框架时,必须调整持久层。仅仅是因为实施了战略
  • 我在这里没有经验
  • Vaadin在社区中很受欢迎,似乎很多人都在使用它。我的经验是,Vaadin团队在宣传框架方面做了大量的工作,并且在那里回答问题并尽可能地帮助您。我很感激。文档非常好
  • 我个人认为,你必须深入思考这个框架,以及它是否符合你的需要。 在选择一个大的框架之前,如果你想的话,先考虑一下 -服务器端编程(ZK、Vaadin) -服务器和客户端(GWT) -使用标记语言和逻辑(JSF)

    您的环境设置是什么,如应用服务器、数据库等

    即使Vaadin是一个好产品,如果我可以自由选择的话,我也不会使用它


    Ciao

    我认为您应该根据每种产品的体系结构做出决定,因为这是它们差异最大的地方

    Vaadin遵循了Eclipse RAP(和ZK),因此与Eclipse RAP(和ZK)相比更具可比性。您基本上有一个服务器应用程序,您可以从浏览器控制它。想象一下一个简单的按钮,它的状态在服务器上保持不变,并且在浏览器中可以看到它的表示形式。每次按钮的状态更改时,它都必须与服务器通信以更新其状态。因此,这对于您拥有的每个小部件都是正确的

    我必须说,我对Vaadin或RAP没有太多经验,但是想象一下,当您有许多小部件和许多同时使用它们的用户时,您的服务器将不得不处理多少状态。在云计算中,这可能不是一个大问题,但在资源有限的传统服务器上可能是这样

    也就是说,您可以想象这种方法对移动设备也不是很友好。每次状态更改都会导致服务器往返,但在移动设备上,您可能连接不良,甚至根本没有连接。 在这里,我显然更喜欢纯GWT,因为它可以完全在浏览器中运行,也可以“脱机”使用

    你的另一个问题是关于小部件的。的确,GWT提供的小部件不如Vaadin那么多,但是有很好的小部件库来补充现有的GWT小部件。问题是,您不能从Vaadin开始,稍后再决定切换回GWT,因为用Vaadin编写的小部件不能在普通GWT中使用。但另一方面,GWT小部件和自编小部件在Vaadin中是可用的

    我建议从简单的GWT开始,用UiBinder编写自己的小部件,这非常简单。如果您想使用一些更复杂的小部件,请查看小部件库,如或,它们与普通GWT配合得非常好。

    GWT 现在剩下瓦丁和普通GWT

    Vaadin7和Vaadin8(现在称为)都是基于Java的包装器

    您可以为业务逻辑和UI创建编写纯Java代码。此Java代码在服务器端的JVM中运行。当Vaadin使用GWT自动生成必要的HTML、CSS、JavaScript、DOM、AJAX、XML&JSON、WebSocket,以及在用户客户端web浏览器中呈现web应用程序用户界面所需的推送代码时,就会产生神奇的效果

    因此,服务器端是纯Java,客户端是纯web标准技术(客户端没有Java)

    网络公司