4

ホットライン向けの中規模 Web アプリケーションの開発を研究しています。つまり、リアルタイム、同時アクセス、ビッグ データモデル、および CTI の制約があります。

もともと私は php と Java EE の開発者ですが、多くの人と同じように、node.js に関するニュースをたくさん読み、小さなアプリでテストしました。node.js の可能性は素晴らしいですが、中規模/大規模な Web アプリだけでこの技術を使用するのは非常に難しいと感じました。確かに、express のようなフレームワークは、symfony、play、ROR などの生産的なフレームワークと比較して最小限です。さらに、node.js エコシステムは非常に速く進歩し、維持するのが難しい場合があります。

私はnodejsで十分な経験がないので、知りたいです; node.js だけを選択して、中規模/大規模なビジネス Web アプリを開発し、リアルタイムの問題を抱えていますか? 生産的なフレームワークを、特定の機能 (リアルタイム) に対してのみ nodejs と結合する方が良いと思いませんか?

ありがとう、よろしくエリック

4

3 に答える 3

3

事実ではなく、意見を通じてのみ回答できるという理由で質問が終了する前に、これにすばやく回答します。

だから、私は私の意見で答えるつもりです;）

node.js の現在の焦点は、非常に迅速に応答する小さなものを構築することだと思います。ノード コミュニティでは、「複雑すぎる抽象化」に対する多くの反発を感じています。（コミュニティを誤解している可能性がありますが、そうは思いません）。

私にとって、ビジネスアプリの構築 (例: 私の過去の Rails プロジェクトのいくつかは 10 人年でした) ORM抽象化レイヤーなどが必要です。数人月以上のアプリであっても、この構築が必要になると思います。その中での努力。

何かが変わらない限り (たとえば、ノード コミュニティのコード ベースが大きくなりすぎると問題が発生します)、中規模から大規模のアプリケーションでの node.js の「場所」は、非常に応答性の高い小さなもの (Websocket、外部ソースからのデータの取得) のためのものだと思います。など）、大規模なビジネス ワークフロー アプリ全体を構築するためのものではありません。

于 2012-04-25T17:43:45.497 に答える
3

私は、リアルタイムのやり取りを必要とする大規模なリアルタイムのビジネス Web アプリに取り組んでいます。私たちが行っていることは、ほぼすべてに Django を使用し、now.js ライブラリを使用してリアルタイムのものを処理することです。当初はすべて node.js を使用する予定でしたが、時間の制約を緩和するために、django を使用する方が速いと判断しました。

開始してから気付いたことの 1 つは、多くの変更があり、これらの変更のいくつかは、これまでの成果を損なうものであるということです。ほとんどの場合、変更についていくことで保守が難しくなるわけではありませんが、チュートリアルなどに従うのが難しくなります。

于 2012-04-25T17:20:03.707 に答える
0

2016 年です。最近、CakePHP の代わりに Sails / Node を使用することにしました。今日、私は CakePHP に戻ることにしました。幸運なことに、私は 1 つの小さなモジュールをコーディングしただけです (データベース内のいくつかのファイルシステム コンテンツのインデックス作成のようなものです)。コールバックと約束の量 それは私にとってただ迷惑です. ファイルのメタデータを取得し、Postgres で検索し、レコードが存在しない場合にのみレコードを作成するという単純なタスクには、20 行以上のコードが必要で、ほとんどドラマミンのボトルを飲む必要があります (笑)

今回は極端なレイヤーの分離を維持することに非常に固執しています。したがって、私のフロントエンドは完全に静的な html/js/css であり、Angular でコーディングされています。Postgres DB も変更する必要はありません。そして、CakePHP 3 は、工場出荷時に json/xml を簡単に提供する準備がほぼ整いました。

あと、私がバカな可能性もあります(笑)

于 2016-01-28T02:05:07.800 に答える