5

Aptana Jaxer を覚えていますか? Apache にプラグインし、PHP などの言語の代わりにサーバー側で JavaScript を使用できるようにします。ファイルシステムへのアクセス、データベース接続、ソケット通信など、必要なものすべてのための一貫した洗練された API が付属しています。

なぜこれがもっと広く採用されていないのか、なぜこれを使用する人が増えていないのだろうか? Javascript は、PHP とは対照的に最新のクリーンなプログラミング言語であり、Jaxer API ははるかに一貫性があり、きちんとしています。悪気はありませんが、PHP API は、すべての矛盾とその一貫性のない関数命名規則により、非常に混乱しています。

Jaxer はまた、runat="server-proxy" を使用してクライアント/サーバー通信を非常に便利にします。これにより、クライアント側スクリプト内からサーバー側関数を直接呼び出すことができ、Jaxer がすべての XML HTTP 要求を処理します。

ですから、人々がそれについてどう思うか、またはそれを使用する人がほとんどいない理由をここで本当に知りたいと思います. ここで炎上戦争を始めたくないので、ちょっと興味があります。

ありがとう

4

3 に答える 3

0

個人的にはJaxerが好きでした。なぜなら、重複することなく同じコードクライアントとサーバー側を簡単に使用できるからです（フォームの検証など）。 JavaScriptは、最も些細なページでも、ページをJavaScriptに大きく依存させたため、控えめなJavaScriptは事実上不可能でした。

したがって、純粋にJavaScriptベースのWebアプリの場合は問題ないと思いますが、たとえば、はるかに強力なGoogle Web Toolkitがあり、基本的に1つの言語のクライアントとサーバー側を使用することもできます。

于 2011-01-18T15:22:59.100 に答える
0

まず、Node.JSもあります。聞いたことがある人の方がはるかに多いのではないでしょうか。そして、特にチャットや同様のことになると、人々はノードを使用します。ロングポーリングは高く評価されます。

ノードに関する私の個人的な問題は、ノードが非常に非同期であることです。これは、一方では非常に、非常に、非常に大きなプロです。これにより、最も素晴らしいパフォーマンスが可能になり、いくつかのことが非常に簡単になりますが、他方では、同期プログラミング言語に慣れている人にとっては大きなマイナスです. 互いにネストされた15個のコールバックを持つコードを見るのに問題があります...

于 2011-01-18T15:01:53.537 に答える
0

ジャクサーが出てきた頃に見たのを覚えています。ただし、当時のサンプルアプリケーションは覚えていません。その良さを肌で感じてみたいと思いました。言語が「よりクリーン」であるという理由だけでは、人々を切り替えるには十分ではないかもしれません。その「独自の利点」とは何ですか？たとえば、Node.js はリアルタイム アプリケーションに優れており、フロント ページのサンプル コードでそれを比較的明確に示しています。

Jaxer が最初にリリースされて以来、Javascript の利用も増えたと思います。Javascript も知っているバックエンド開発者が増えているようです。Jaxer がリリースされたときよりも、今の方が正しいと言えます。つまり、時代を先取りしていたのかもしれません。

于 2011-01-18T15:08:28.473 に答える