2012-04-25 14 views
4

私はホットライン向けの中規模ウェブアプリケーションの開発を研究しています。だから私はリアルタイムで、concurentアクセス、大きなデータモデルとCTIの制約があります。node.jsは中規模/大規模なビジネスWebアプリケーションに対応していますか?

元々私はPHPとJava EE開発者ですが、私たちの多くと同じように、私はnode.jsに関する多くのニュースを読んで、小さなアプリでテストしました。 node.jsの可能性は素晴らしいですが、中規模/大規模なWebアプリケーションでのみこの技術を使用することは非常に難しいと感じました。表現のようなフレームワークは、symfony、play、RORなどの生産的なフレームワークと比べて最小限です。さらに、node.jsエコシステムは非常に高速に進行し、維持するのが難しいかもしれません。

私はnodejsで十分な経験がないので、知りたいです。リアルタイムのproblematicsが狂っているかどうかで中規模/大規模なビジネスWebアプリケーションを開発するためにnode.jsだけを選択していますか?特定の機能(実時間)のためにnodejと生産的なフレームワークを結合する方が良い方法だと思いませんか?

おかげで、 よろしく エリック

答えて

3

私はいくつかのリアルタイムの対話を必要とする大規模なリアルタイムのビジネスウェブアプリに働いていると私たちがやっていることはちょうど約すべてのためのDjangoを使用して、処理していますnow.jsライブラリを使用したリアルタイムのもの。当初はnode.jsをすべて使用する予定でしたが、いくつかの時間的制約を緩和するために、djangoを使用する方が早くなると判断しました。

私たちが開始して以来、私たちが気づいてきたことの1つは、多くの変更があり、これらの変更のいくつかが私たちが行ったことを打破することです。ほとんどの場合、変更を維持することは実際には維持するのが難しくありませんでしたが、チュートリアルなどに従うことが難しくなっています。

3

質問は、事実ではなく意見で答えることができるようになる前に、すぐにこれに答えるつもりです。

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

)私は、Node.jsの年代は、現在フォーカスを非常に迅速に対応する小型のものを構築することにあると思います。私は、ノードコミュニティで「あまりにも複雑な抽象化」に対して多くのプッシュバックを感じています。 (私はコミュニティを誤解している可能性がありますが、私はそうは思わない)。私に

、ビジネスアプリ(例:私の過去のRailsプロジェクトのいくつかは10ish男の年となっている)の構築など私は ORM抽象化レイヤをしたいを、私はあなたがこの建物に多くでさえアプリをしたいと思いますそれに数ヶ月の努力を費やすよりも。

何かが変わらない限り(例えば、コードベースが大きくなりすぎると問題に遭遇する)、中規模から大規模のアプリケーションのnode.jsの「場所」は、小さなハイパーレスポンスのもの(Websocket、Retrieving外部ソースからのデータとそれを使って小さなことをやっているなど)、大規模なビジネスワークフローアプリケーション全体を構築するためではありません。

0

2016年です。最近、私はCakePHPの代わりにSails/Nodeを使うことに決めました。今日私はCakePHPに戻ることに決めました。幸運にも、私はちょうど1つの小さなモジュールをコーディングしました。コールバックと約束の量それはちょうど私に迷惑です。ファイルのメタデータを取得し、Postgresで検索し、存在しない場合にのみレコードを作成するという簡単な作業は、20行以上のコード行を取り、ほとんどDramamineのボトルを飲む必要があります。

今回は極端なレイヤーの分離を維持することが非常に重要です。私のフロントエンドは完全に静的なHTML/js/cssで、Angularでコード化されています。 Postgres DBは変更を必要としません。そして、CakePHP 3は、ほぼ工場出荷時にjson/xmlに簡単に対応しています。

また、私は何とか愚かである可能性があります...笑

関連する問題