時にはネジ付きの枠組みによりイベント駆動の枠組み?(すなわち、レールよりnode.js?)

Question

しかネジ付きの枠組みをRails,Django,Symfony2,...).というイベント駆動の枠組み（Node.js,EventMachineねじつたもの)、そしてなぜこのライブチャット、速度、フランジさんを引き起こすようには見受けられ問題のための通常の利用例です。い:

• その欠点のイベント駆動の枠組み?
• しいただいてもかまいません。レールNode.js?
• なぜすべての新しいウェブサーバを記述EventMachineじやNode.js?
• すで有名な枠組みなどDjangoまたはレールなイベント駆動または死ぬか？

Answer 1

その欠点のイベント駆動の枠組み?

1. 親近感"。 でのイベント駆動型webプログラミングが異なるのですがプログラマーが快適です。に取り組んでいるときは、期限、使いやすあなたが何を知っているかまります。
2. 図書館です。 ノードが素晴らしいモジュール数が長い道のりにRubyやPython. 更新: ノードは現在、より刊行モジュールにより利PythonやRuby.
3. 展開。 ITスタッフを使ってネジ付きの枠組みのイベント駆動の枠組みをしてくださいする非同期のトップへ。現在の開発を行うことができますにNode.jsが確保することができるのか展開とその効果的なのか、すめの独自のサーバー?
4. 根拠のない。 のようなことでも問題がなん:
   • イベント駆動プログラミングにはトレードオフが存在しますがCPU集約アプリ:その理由としては、CPUの集計算ブロック、サーバーにコピーします。これは厳密にtrueが、実際ので、克服による産卵別のプロセスで処理としてのI/Oは、例えば、ノードの child_process.exec.
   • イベント駆動プログラミングするだけるアプリケーションの必要性の高い並行処理:その理由は、このイベント駆動プログラミングは"硬い"超伝統的なwebアプリケーションプログラミングでない場合を除きをお過ごしください。私個人とは思えないこと—イベント駆動プログラミングが難しいもので 非常に 異なります。ある時点で、重要な量のプログラマーが近のイベント駆動型のアプローチは、この不安は消える。
   • イベント駆動プログラミングがごちゃごちゃのネストしたコールバック. これは、最初にしているので、これからがっしょうかを見つけるためお客様のコードを読み出し可能なのです。
5. ます。 ドキュメンテーションにノードとノード3rdパーティーのライブラリがひどいからまさによっ README.md.からPythonの世界に対して優れた文書、これは大きな欠点.ここはゆっくりと良いが必要な書類 このような).

しいただいてもかまいません。レールNode.js?

• きたチームだ。Ruby上が可能です。
• きたチームに慣れていないノードに必要なものを作成"にチェックを入れます。
• が必要な場合に使用した機能のレールでそのノードになっています。
• が必要なときに展開する既存のレールに基づくインフラです。
• るだけ"というニーズに対して納得の管理そのものを使用できるNode.jsがんは、秋の場合はプロジェクトは失敗します。

なぜすべての新しいウェブサーバーには記されないとEventMachineじやNode.js?

上記を参照してください。

すで有名な枠組みとしてDjangoまたはレールを回のイベント駆動または死ぬか？

Django、レールをすること。が多いのでアプリをこの枠組みがあるわけではない理由に書き換えます。が大きな人材のプールであることが多いの配慮を開発する際に新しいwebアプリです。

が見 このQuoraの回答 からのデベロッパー Django,承認ノード).