3

現在、アプリケーションの新しいバージョンをゼロから構築しているところです。現在のRailsアプリケーションは、5年間生産されており、100のモデルがあります。次のバージョンのコードベースを簡素化する方法を検討しています。

レポート機能と管理機能が分類されているのがわかります。ただし、製品ベースのアプリケーションのほとんどすべて。レポートを作成したとしても、モデルを複製する必要がありますが、これは明らかに最適ではありません。

私はRailsエンジンを知っていますが、その機能が本来あるべきほど堅牢であるかどうかはわかりません。もう1つの懸念は、Rails4がすでにベータ版であるときにRails3.2に基づいてこのアプリケーションを設計することです。

私はこれが意見記事であるとは思っていません。モジュールを分割するのではなく、包括的なアプリケーションを構築するための規則があるかどうかを知りたいと思っていました。コンベンションはコミュニティに存在するか、存在しないかのどちらかです。あなたが提供できるどんなガイダンスにも感謝します。

4

2 に答える 2

2

モデルを複製する必要があります...

モデルをgemに移動し、各アプリケーションにgemを含めることを検討してください。

于 2012-11-29T17:33:52.540 に答える
1

規則は一般的に次のとおりです。

  • 1つのアプリケーションとして構築する
  • クラスに他のクラスについてできるだけ知らないようにする
  • 痛いときに抽出する

エンジンまたはサービス(サービス指向アーキテクチャー)のいずれかに抽出することは、スケーラビリティー要件の決定です。

于 2012-11-29T16:55:26.093 に答える