如果您有一个基于Java的Web应用程序(J2EE webapp - 更不用说正在使用哪些其他底层框架),并且您想要引入基于Flash的前端,您是否会使用Laszlo或者您是否愿意公开ReST-像XML接口,并构建和部署使用它的Flash应用程序?
一方面,Laszlo非常了不起 - 为Flash做了JSP为HTML做的事情。它很容易使用。它非常适合Web应用程序的其余部分(基于JSP)。
另一方面,最好开发一个与服务器分离的完整Flash应用程序,并使用XML-over-HTTP机制绑定这两个。如果需要,这将具有能够为AJAX前端使用相同XML接口的附加优势。
你会做什么,为什么?
答案 0 :(得分:4)
我会创建契约优先服务,单独部署它们,然后编写RIA客户端来访问它们。
首先提出架构有一个额外的好处,即在开发过程中完全解耦两者。 RIA开发人员可以创建一些合成XML流来用于数据,同时等待服务联机。
答案 1 :(得分:4)
我可能过去曾考虑过Laszlo,但今天,我会留在Java堆栈中并使用 JavaFX 。
答案 2 :(得分:4)
Laszlo是一款从未有过它的产品,它周围没有足够大的开发者生态系统。
我会在前端使用Adobe Flex。使用标记语言执行Flash的好处相同,但它有更大的开发人员基础和开源项目可供使用。对于数据通信,请使用REST,或者如果您想变得聪明,请使用BlazeDS。
答案 3 :(得分:1)
OpenLaszlo是一个完整的RIA框架,所以我很确定你可以将它“编译”成一个完全独立的应用程序,通过HTTP与服务器通信。它与Flex非常相似。 Flex拥有的优势是更大的社区,完整的IDE和更多的资源(Adobe),而OpenLaszlo更具创新性,因为您可以从一个代码库部署到Flash或AJAX。
答案 4 :(得分:1)
我实际上花了一些时间来处理类似于你建议的实现。我在一个网页中嵌入了一个Open Laszlo前端,后端有一个Django(一个python MVC库)REST接口,没有Open Laszlo服务器。它工作得相当好,但有几件事需要注意。 Open Laszlo仅支持对GET和POST的调用,因此您将无法在REST API中轻松使用DELETE和PUT方法。另一个是Laszlo周围缺乏社区(如其他地方所述)。在使用Laszlo时,我有时会很难回答一些基本问题,特别是在框架中的XML HTTP API和XML复制功能方面。我个人从未真正认真地看过Laszlo后端服务器,因为我想要一个可以被其他客户轻松使用的开放式API。
所有这些都说,如果您愿意解决上述限制,实施确实有效并且可以有效。加上Open Laszlo是免费的,如果您的预算有限,这可能是一个非常大的优势。