質問

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

私のアプリケーションのアーキテクチャスタイルは、noSQLデータベースでドメイン駆動され、レールのルーツとはほぼ反対です。また、Railsアプリは1つのデータベースに強く結び付けられているという印象もあります。

Rails NosQLに優しいものにしようとする作業を見てきましたが、特にDatamapper 2は非常に興味深いようです(そして長い時間がかかります)が、現在のRailsアーキテクチャはDDDプロジェクトに適しているのではないかと思っています(Anti Active Record)。

理想的には、Railsをその成熟、コミュニティ、Rubyに使用したいと思います。しかし、私はまた、最初から考慮されていなかった新しいプログラミングスタイルを受け入れる問題がある多くの成熟したプロジェクトを見てきました。

また、私はシナトラのようなマイクロフレームワークを検討しています。その唯一の欠点は、できるだけ多くのことを処理するフレームワークを好むでしょう(Web開発の長い経験はありません)。

役に立ちましたか?

解決

シナトラがあなたの最善の策のように聞こえます。

あなたが説明した概念のいくつかは、伝統的にはそうではありません すぐにボックス そのため、Railsアプリケーションについて話すこと - およびデータマッパーで複数のNOSQLデータベースを構成すると、いくつかの頭痛がします。

シナトラでは、両方の世界の最高のものを手に入れます。それは ドメイン固有言語, 、フレームワークではありません - そのため、必要な方法で正確にカスタマイズできます。セットアップにはいくらかの作業が必要になりますが、アプリケーションが使用するフレームワークを完全に制御することは非常に満足です。ゼロから構築します。

誤解しないでください、私はレールが大好きですが、私がその内部で遊び始めなければならない瞬間、あなたはそれをシナトラで自分で構築する方が良いです。

ライセンス: CC-BY-SA帰属
所属していません StackOverflow
scroll top