5

还记得 Aptana Jaxer 吗?它插入 Apache 并允许在服务器端使用 JavaScript 作为 PHP 等语言的替代方案。它带有一个用于文件系统访问、数据库连接、套接字通信和任何你需要的东西的一致且流畅的 API。

我想知道为什么它没有被更广泛地采用,为什么没有更多的人使用它?与 PHP 相比,Javascript 是一种现代且简洁的编程语言,而 Jaxer API 则更加一致和简洁。无意冒犯,但 PHP API 就是这么一团糟,它所有的不一致和不合时宜的函数命名约定。

Jaxer 还通过它的 runat="server-proxy" 使客户端/服务器通信变得非常方便,您可以在其中直接从客户端脚本中调用服务器端函数,而 Jaxer 会处理所有 XML HTTP 请求内容。

所以我真的很想在这里谈谈人们对它的看法,或者为什么几乎没有人使用它。不想在这里引发一场激烈的战争,我只是好奇。

谢谢

4

3 回答 3

0

Personally I liked Jaxer, because you easily could use the same code client and server-side without duplication (such as form validation), however I didn't like, that you had hardly any control over the generated pages, which where propped full of JavaScript even for the most trivial page and made the pages highly depended on JavaScript, which made unobtrusive JavaScript virtually impossible.

So I guess for purely JavaScript-based web apps it's ok, however now there is for example Google Web Toolkit, which is much more powerful, which basicly also allows you to use one language client and server-side.

于 2011-01-18T15:22:59.100 回答
0

嗯,首先,那里也有Node.JS。可能有更多的人听说过。人们确实使用节点,尤其是在聊天和类似的事情上:长时间轮询的事情是值得赞赏的。

我个人对节点的问题是,它是如此异步。一方面,这是一个非常、非常、非常大的专业人士,因为它可以提供最出色的性能并使某些事情变得非常容易,但另一方面,对于那些习惯于同步编程语言的人来说,这是一个很大的缺点。我只是在查看具有 15 个相互嵌套的回调的代码时遇到问题......

于 2011-01-18T15:01:53.537 回答
0

我记得看过 Jaxer,它刚出来的时候。不过,我当时不记得有任何示例应用程序。我想感受一下它擅长什么。仅仅因为一种语言“更干净”,可能不足以让人们转换。它的“独特好处”是什么?例如,Node.js 擅长实时应用程序,它们在首页的示例代码中相对清楚地说明了这一点。

我认为自从 Jaxer 最初发布以来,Javascript 也得到了更多的采用。现在似乎有更多的后端开发人员也知道 Javascript。我会说现在比 Jaxer 发布时更真实。换句话说,也许它超前了。

于 2011-01-18T15:08:28.473 回答