nodejs/rails/backboneアーキテクチャ

Question

私が構築しているアプリがあり、Craigslistのように非常に機能しますが、機能は限られています。私は通常、この種のアプリにRailsを使用しますが、Nodejs/Backbonejsフレームワークの学習に興味がありますが、これはそれを手に入れる良い機会のようです。

このソリューションでnodejsやbackbonejsがどのように適合するかはわかりませんか？私は必ずしもレールを使用する必要はありません。それが理にかなっている場合は、nodejsとbackbonejsを使用することで大丈夫です。

ありがとう

Answer 1

backbone.jsを使用してnode.jsまたはレール、またはその両方を使用することができます - これらのテクノロジーのすべてまたは組み合わせでスタックを使用しましたが、それらは素晴らしいです。使用するものを選択することは、あなたが構築しているものと、それぞれのテクノロジーとの快適さのレベルに依存するはずです。

レールをノードに置き換えます
node.jsは、レールの機能を簡単に置き換えることができます。つまり、モデルロジックを含むデータベース、ページと資産の提供、ルーティングの制御を含むデータベースとの話し合いを簡単に置き換えることができます。たくさんあります たくさんのモジュール これで利用できます。一般的なソリューションは、Express（シンプルなSinatraタイプのWebフレームワーク）を使用してページを提供し、テンプレートとDM/ORMを処理してデータベースオブジェクトを処理することです。 Geddyなどのより広範なRailsのようなフレームワークもあります。

レールの直接代替品としてのノードに対する私の見解
単にレールの機能が必要な場合は、レールを使用してください。 Ruby/Railsコードはきれいに見え、私の意見ではより管理しやすく、もう少し成熟しています（気軽に炎上してください...）。さまざまなページを提供している場合、Railsは物事を整理するのに良い仕事をしています。ただし、バックボーンの主要なユースケースの1つである単一のページアプリを作成している場合、Railsパッケージの多くは不要です。モデルロジックとデータベースインタラクションが必要です。この場合、Express（ノード）やSinatra（Ruby）のようなものがORMを備えており、背面とフロントエンドの間で通信するための安らかなルーティングが補償されます。

ノードで機能を追加しました
ノードのより説得力のあるユースケースは、リアルタイムまたはマルチプレイヤーの側面を持つサイトの場合です。ノードは、同時性と非同期性に最適です。ページをリロードせずにクライアントが互いにデータを送信したり、別のページの負荷なしでサーバーからクライアントにプッシュされたりすることなく、お互いにデータを送信している場合はノードを使用します（これを行うための優れたモジュールは socket.io）。繰り返しますが、これは、バックボーンが対応するシングルページまたは高いインタラクションインターフェイスでうまく機能するユースケースです。