我意识到这个问题已经之前问过，但已经一个月了，没有像样的回应......我正在看阿普塔纳的贾克瑟我发现这个概念非常令人兴奋。
对于那些不熟悉的人来说，这里是一个快速概述：
用他们的话来说，Jaxer 是“世界上第一个真正的 AJAX 服务器”。它基于 Mozilla 引擎，因此脚本是用 javascript 编写的，并且您可以完全访问服务器端的 DOM。
脚本放置在您的页面上<script>标签，您可以指定runat属性（ala ASP.NET）来标记要在客户端、服务器或两者上执行的脚本，或者作为“服务器代理”，这使得功能在客户端上可用，但它们通过 AJAX 在服务器上执行。这也意味着您可以在服务器和客户端上使用您最喜欢的客户端库（jQuery、Prototype）。
它还可用于处理以其他语言（例如 php、ruby）生成的文档，我认为除了帮助将现有应用程序转换为使用 Jaxer 之外，它并不实用。
- 优缺点都有什么？
- API 的成熟/稳定程度如何？
- 与相比，性能有多好
其他服务器端 html
预处理器？
- 有没有人用 Jaxer 与另一个
技术（php、pearl、ruby 等）
你的经历是什么？
编辑：我发布了另一个关于我在玩 Jaxer 时发现的缺点的问题：使用 Jaxer 时定义对象
我使用 Jaxer 的时间并不长，但我发现了一些东西：
Pros
- 用相同的代码编写前端和后端。特别适合编写验证逻辑。
- “无缝”AJAX 通信返回到服务器 - 就像调用 JS 函数一样。
- 能够使用 jQuery 等 JavaScript 框架来操作 DOM。
- 使用 Canvas API 生成或操作图像的能力。
- 您可以使用 JavaScript 1.8 的新功能（例如数组附加功能和 getters/setters）来编写服务器 JavaScript。
Cons
- 我发现他们的 API 不稳定（当我尝试时他们正在过渡到 1.0，所以这有点有意义）并且文档令人困惑、缺失或与更改的功能不匹配。我还发现调试 Jaxer 服务器端代码非常困难，而且当我遇到麻烦时，错误消息也没有多大帮助。
- 您的表示和逻辑之间没有真正的 MVC 甚至 MVP（ASP.NET 风格）分离。
- 我个人无法让 E4X（JavaScript 中的 xml）工作，这应该是一个很大的吸引力。
- 没有太多围绕它构建的框架来构建整个应用程序。您将从一些非常基本的构建块开始。
- 在您看来，它并没有真正提供任何帮助，因此请忘记您可能在其他地方使用的所有模板或可重用组件。并不是说你不能复制它，而是它比开箱即用更困难。
总的来说，我认为 Jaxer 作为另一个 Web 框架面前的后处理器最有前途。如果使用 Jaxer 将所有漂亮的 AJAX 内容分层到现有站点之上，那就太棒了。这将使创建一个在服务器和客户端之间共享验证/页面操作逻辑的动态站点变得更加容易。我认为我不想只使用 Jaxer 来编写应用程序。而且，它还很年轻（而且不成熟）——我很有兴趣看看它最终会走向何方。
本文内容由网友自发贡献，版权归原作者所有，本站不承担相应法律责任。如您发现有涉嫌抄袭侵权的内容，请联系:hwhale#tublm.com(使用前将#替换为@)
