1

Ruby on Railsを使用しています。私は小規模なプロジェクトのための "コンベンションオーバーコンベンション"を楽しんでいます。しかし、私は、大規模なRailsプロジェクトのCoCアプリケーションについてはほとんど心配していません。Ruby on Rails Convention(CoC)の大規模なラージスケールプロジェクトの問題

私はいくつかのプリビルトイン設定が、アプリケーションを広範囲に拡大する必要があるときに、容易さよりも難易度が上がることを知っています。

これらのすべての具体的な設定は、スケールに問題が生じますか?これらの問題について簡単に説明していただければ幸いです。

+0

は非常に広範な問題だと説明を受けすることはできません。このhttp://trailblazer.to/ –

+0

を見てください...私レールを使った巨大なアプリがたくさんあることを保証することができます。その問題はスケーラビリティとパフォーマンスではなく、サービスオブジェクトやメソッドオブジェクトのようなより成熟したデザインパターンでの能力と可読性を維持します。http://blog.codeclimate.com/ブログ/ 2012/10/17/7-ways-to-decompose-fat-activeレコードモデル/ –

+0

@mad_raz、ありがとう。私はいくつかのSOF投稿を知っています。これは大きく、またいくつかはwikiです。誰かがすでに答えを求めているのを願っている。 –

答えて

0

コンフィギュレーションオーバーのコンベンションは、スケーリングよりも推定と予測に問題があります。時には、すべてが簡単で、突然、あなたが5分の仕事だと思ったことに多くの時間を費やすことがあるように見えることもあります。しかし、これはすべて実際には学習上の問題です。 Railsで熟練したら、もはや危険はありません。

スケーリングに関して、コンベンションオーバーコンベンションはまったく問題ではありません。ここでの問題は、Railsが強く主張されているフレームワークであることです。あなたがそれをRailsのやり方でするならば、Railsはあなたを助けます。もしそうでなければ、Railsはあなたのやり方に立つことがあります。いくつかの例:

  • RESTfulなルートとコントローラ - ルートとコントローラをRESTfulリソースとして設計できない場合はどうすればよいですか?
  • 厳密なORMマッピング - データベーステーブルをオブジェクトに実際に簡単にマッピングできず、結合されたデータを扱う場合はどうでしょうか?
  • 通常のCRUDページ、型破りな単一ページのアプリケーション、ウィザード、など以外
関連する問題