您是否会使用Laszlo为Java Web应用程序开发基于Flash的前端?

如果您有一个基于Java的Web应用程序(J2EE webapp – 从不介意使用其他底层框架),并且您想要引入基于Flash的前端,您是否会使用Laszlo或者您是否愿意公开类似ReST的XML接口并构建和部署使用它的Flash应用程序?

一方面,Laszlo非常了不起 – 为Flash做了JSP为HTML做的事情。 它很容易使用。 它非常适合Web应用程序的其余部分(基于JSP)。

另一方面,开发一个与服务器分离的完整Flash应用程序并使用XML-over-HTTP机制来绑定这两个应用程序可能会更好。 如果需要,这将具有能够为AJAX前端使用相同XML接口的附加优点。

你会做什么,为什么?

我将创建契约优先服务,单独部署它们,然后编写RIA客户端来访问它们。

首先提出模式具有在开发期间完全解耦两者的额外好处。 RIA开发人员可以创建一些合成XML流来用于数据,同时等待服务联机。

我可能在过去考虑过Laszlo,但今天,我会留在Java堆栈中并使用JavaFX

Laszlo是从未实现过的产品,它周围没有足够大的开发者生态系统。

我会在前端使用Adobe Flex。 使用标记语言执行Flash的好处相同,但它有更大的开发人员基础和开源项目可供使用。 对于数据通信,请使用REST,或者如果您想要聪明,请使用BlazeDS。

OpenLaszlo是一个完整的RIA框架,所以我很确定你可以将它“编译”成一个完全独立的应用程序,通过HTTP与服务器通信。 它与Flex非常相似。 Flex拥有的优势是更大的社区,完整的IDE和更多的资源(Adobe),而OpenLaszlo更具创新性,因为您可以从一个代码库部署到Flash或AJAX。

我实际上花了一些时间来处理类似于你的建议的实现。 我有一个嵌入在一个网页中的Open Laszlo前端,后端有一个Django(一个python MVC库)REST接口,没有Open Laszlo服务器。 它工作得相当好,但有几件事需要注意。 Open Laszlo仅支持对GET和POST的调用,因此您将无法在REST API中轻松使用DELETE和PUT方法。 另一个是Laszlo周围缺乏社区(如其他地方所述)。 在使用Laszlo时,我有时会很难回答一些基本问题,特别是在框架中的XML HTTP API和XML复制function方面。 我个人从未真正认真地看过Laszlo后端服务器,因为我想要一个可以被其他客户轻松使用的开放式API。

所有这些都说,如果您愿意解决上述限制,实施确实有效并且可以有效。 加上Open Laszlo是免费的,如果您的预算有限,这可能是一个非常大的优势。