问题描述
我知道这个问题已经被之前问，但它有该月没有像样的回应是......我看着 Aptana的Jaxer的，我觉得这个概念来是非常令人兴奋。
I realize that this question has been asked before, but it has been a month with no decent responses... I'm looking at Aptana's Jaxer and I find the concept to be very exciting.
下面是一个快速概述那些谁不熟悉它：
Here is a quick overview for those who are not familiar with it:
Jaxer的是，用他们的话说，世界上第一个真正的AJAX服务器。它是基于Mozilla的引擎，脚本是用JavaScript和您对服务器端的完整的访问DOM。
Jaxer is, in their words, "the world's first true AJAX server". It is based on the Mozilla engine so scripts are written with javascript and you have complete access to the DOM on the server-side.
脚本放置在您的网页＆LT;脚本＆GT; 标签，你可以指定一个 RUNAT 属性（ALA ASP.NET）在客户端上标记以供执行脚本，服务器，两者的，或作为服务器代理，这使得可在客户机上的功能，但它们通过AJAX在服务器上执行。这也意味着，你可以在服务器上使用自己喜欢的客户端库（jQuery的，原型），以及客户端。
Scripts are placed on your pages with <script> tags and you can specify a runat attribute (ala ASP.NET) to mark scripts for execution on the client, server, both, or as a "server-proxy" which makes the functions available on the client, but they execute on the server via AJAX. This also means that you can use your favorite client-side libraries (jQuery, Prototype) on the server as well as the client.
它也可以被用来处理其余想象是不实际的，除非在过渡现有应用程序使用Jaxer的，以帮助在另一种语言生成的文档（例如PHP中，红宝石）。
It also can be used to process documents that are generated in another language (e.g. php, ruby) which I imagine is not practical except to help in transitioning existing applications to use Jaxer.
- 有哪些优点和缺点？
- 如何成熟/稳定是它的API ？
- 如何良好的业绩相比，其他服务器端的htmlpreprocessors？
- 有没有人使用Jaxer的另一技术（PHP，珍珠，红宝石等）什么是您的经验？
- What are the pros and cons?
- How mature/stable is it the API?
- How good is performance compared toother server-side htmlpreprocessors?
- Has anyone used Jaxer with anothertechnology (php, pearl, ruby, etc.)and what were your experiences?
编辑：我已经发布了关于一个缺点，我发现，同时与Jaxer的打另一个问题：http://stackoverflow.com/questions/109762/defining-objects-when-using-jaxer
I've posted another question regarding a drawback I discovered while playing with Jaxer: http://stackoverflow.com/questions/109762/defining-objects-when-using-jaxer
推荐答案
我没有使用Jaxer的很长，但这里的一些事情，我发现：
I didn't use Jaxer for very long, but here's some things I found:
优点
- 将在同一code中的前端和后端。尤其是漂亮的编写验证逻辑。
- 在无缝AJAX通信返回到服务器 - 它就像调用JS功能
- 要使用JavaScript框架，像jQuery操作DOM的能力。
- 来生成或使用Canvas API处理图像的能力。
- 您去编写使用1.8的功能，如阵列演员和getter / setter方法新式快捷的JavaScript的JavaScript你的服务器。
缺点
- 在我发现他们的API是不稳定的（他们过渡到1.0的时候，我想它，这样还挺有意义）和文档是混乱，丢失，或不与更改的功能相匹配。我还发现，这是很难调试我Jaxer的服务器端code，当我陷入困境得到了错误信息是不是非常有帮助。
- 您不明白之间的presentation和你的逻辑，真正的MVC甚至MVP（ASP.NET式）分离。
- 在我个人无法得到E4X（XML在JavaScript）的工作，这应该是一个大抽奖。
- 在这里没有很多围绕它专为建筑的整体应用框架。你从一些pretty的基本构建模块开始。
- 在它不是真正提供在你看来什么帮助，所以忘了所有的模板，或者你可能在其他地方使用的可重用组件。这并不是说你无法复制，但它更困难的不是它的开箱即用。
总的来说，我认为Jaxer的拥有最有希望在另一个Web framewok前一后处理器。这将是伟大的使用Jaxer的到图层中的所有漂亮的AJAX的东西在现有的网站上。这将使它更容易使一个动态的网站与服务器和客户端之间共享验证/页操作逻辑。我不认为我会想写只用Jaxer的应用程序。此外，这是年轻的（和不成熟的） - 我有兴趣看看它结束了
Overall, I think Jaxer has the most promise as a postprocessor in front of another web framewok. It would be great to use Jaxer to layer all the spiffy AJAX stuff on top of an existing site. It would make it a lot easier to make a dynamic site with validation / page manipulation logic shared between server and client. I don't think I would want to write an application using only Jaxer. Also, it's young (and immature) - I'll be interested to see where it ends up.
这篇关于是任何人都熟悉Jaxer的？我在寻找利弊的文章就介绍到这了，希望我们推荐的答案对大家有所帮助，也希望大家多多支持！