0

Rails を新しい Web プロジェクトのフレームワークとして評価しています。私の唯一の懸念は、私の知る限り、Rails は CRUD および SQL アプリケーションに非常に強い傾向を持って構築されているということです。

私のアプリケーションのアーキテクチャ スタイルは、Rails のルーツとはほぼ逆で、NoSQL データベースを使用したドメイン駆動型になります。また、Rails アプリは 1 つのデータベースに強く結びついている印象もあります。

RailsをNoSQLフレンドリーにしようとするいくつかの作業を見てきました.特にDataMapper 2は非常に興味深いようです（そして長い時間がかかります）が、現在のRailsアーキテクチャがDDDプロジェクトに適しているかどうか疑問に思っています.

理想的には、Rails の成熟度、コミュニティ、および Ruby を使用したいと考えています。しかし、最初から考慮されていなかった新しいプログラミング スタイルを採用するのに問題を抱えた成熟したプロジェクトも数多く見てきました。

また、Sinatra のようなマイクロ フレームワークを検討しています。これにより、独自のアーキテクチャ スタイルを柔軟に使用できるようになります。その唯一の欠点は、可能な限り多くのことを処理するフレームワークを好むことです (Web 開発の経験が長くありません)。

4

1 に答える 1

3

シナトラがあなたの最善の策のようですね。

あなたが説明した概念のいくつかは、伝統的に、 Rails アプリケーションについて言えば、すぐに使えるものではありません。また、datamapper を使用して複数の NoSQL データベースを構成すると、頭痛の種になります。

Sinatra を使用すると、両方の利点を最大限に活用できます。これはフレームワークではなくドメイン固有の言語であるため、必要に応じて正確にカスタマイズできます。セットアップには多少の作業が必要ですが、アプリケーションが使用するフレームワークを完全に制御できることは非常に満足のいくものです。ゼロから構築します。

誤解しないでほしいのですが、私は Rails が大好きですが、Rails の内部をいじり始めなければならないときは、Sinatra を使って自分で構築したほうがよいでしょう。

于 2013-11-15T00:30:34.260 に答える