Jaxer的利弊

Question

我意识到这个问题是问过之前，但已经一个月没有得到适当的答复了.我正在看阿普塔纳·杰克塞尔，我发现这个概念非常令人兴奋。

以下是对那些不熟悉它的人的简要概述：

用他们的话说，Jaxer是“世界上第一个真正的AJAX服务器”。它基于Mozilla引擎，因此脚本是用javascript编写的，您可以在服务器端完全访问DOM。

脚本使用<script>标记放置在页面上，您可以指定一个runat属性(ala ASP.NET)来标记脚本，以便在客户端、服务器上执行，或者作为“服务器代理”来标记脚本，这使得客户端上的函数可用，但它们通过AJAX在服务器上执行。这也意味着您可以在服务器和客户机上使用您最喜欢的客户端库(jQuery，Prototype)。

它还可以用于处理用另一种语言(例如php、ruby)生成的文档，我认为这是不实用的，除非帮助将现有的应用程序转换为使用Jaxer。

• 优点和缺点是什么？
• API有多成熟/稳定？
• 与其他服务器端html预处理器相比，性能有多好？
• 有没有人用过Jaxer的另一种技术(php、珠光、红宝石等)？你的经历是什么？

编辑:我发布了另一个关于我在和Jaxer玩时发现的缺点的问题：使用Jaxer定义对象

Answer 1

我使用Jaxer的时间不长，但我发现了一些东西：

Pros

• 用相同的代码编写前端和后端。特别适合编写验证逻辑。
• “无缝”AJAX通信返回到服务器--就像调用JS函数一样。
• 能够使用JavaScript框架(如jQuery )来操作DOM。
• 使用画布API生成或操作图像的能力。
• 您可以使用时髦的新的JavaScript 1.8特性编写服务器JavaScript，比如阵列附加器和getter/setters。

Cons

• 我发现他们的API是不稳定的(当我尝试的时候，他们正在转换到1.0，这样就有点意义了)，文档很混乱，缺少，或者与改变的功能不匹配。我还发现调试Jaxer服务器端代码非常困难，当我遇到麻烦时，错误消息就没有多大帮助。
• 在演示文稿和逻辑之间没有真正的MVC，甚至MVP (ASP.NET风格)分离。
• 我个人无法让E4X (xml )工作，这应该是一个很大的吸引力。
• 构建整个应用程序的框架并不多。你是从一些基本的积木开始的。
• 它实际上并没有在您的视图中提供任何帮助，所以忘记您可能在其他地方使用的所有模板或可重用组件。并不是说你不能复制它，但它比把它打开盒子更困难。

总的来说，我认为Jaxer最有希望成为另一个网络框架的后置处理器。如果使用Jaxer在现有站点上对所有漂亮的AJAX内容进行分层，那就太好了。这将使在服务器和客户端之间共享验证/页面操作逻辑的动态站点变得更加容易。我不想只使用Jaxer编写应用程序。而且，它还很年轻(而且还不成熟)--我很想看看它的结局。

Answer 2

我确实遇到了一组业绩基准。

看起来Jaxer比Rails表现得更好，但不如php.

Answer 3

@BRH:很有洞察力。我会回应所有的"Pros“和"Cons”2，4，&5以及您最后的概述。我有点感觉到他们并不打算取代任何上游框架的市场.但是，如果他们能够这样做，并保持它的紧凑和可理解，我希望他们这样做！我喜欢他们的想法！

我不知道它是否是新的，但是在服务器端脚本执行之前，有一个<jaxer:include标记将片段注入到页面中，这在某些代码重用场景中可能有帮助。沿着这些思路，我可能会发现更多。