Railsの名前空間モデル：ユニオンの状態はどうですか？

Question

初めから、Railsは名前空間付きモデルに問題がありました。時間が経つにつれて、皆さんはそれをあきらめていました。自分自身が含まれています。

Rails 2.3がリリースされましたので、私は状況を更新したいと思います。私が覚えている具体的な質問は以下の通りです：

• 最初に、それはいいですか？
• テーブルの名前は、どのようなルールに従うのですか？
• アソシエーション、どのようにそれらを最小限の冗長性で宣言するのですか？外部キー列に名前を付ける方法
• 名前空間に一致するサブディレクトリにモデルファイルを置くと自動的に必要ですか？または、名前を付ける方法とファイルを配置する場所は？
• 世代では、モデルジェネレータは名前空間を正しく正常に処理しますか？
• 世代、コントローラーを含む足場ジェネレーターはどうですか？
• 非互換性/奇妙なことに注意する必要がありますか？

Answer 1

私がこの問題で見たベスト書き込みは、Strictly Untypedです。私の知る限り、2.3では問題は解決されていないため、依然として信頼できません。

Answer 2

私たちは最近、私たちの会社内でこれについて大きな議論をしました。私はその日の終わりに、データベース内のテーブルの名前を変更できない場合、モデルの名前空間を作成することは意味がないと考えました。

config.load_paths << "#{RAILS_ROOT}/app/models/users" 

をモデルにロードするために：私たちは使用して、その後、（UserEmailAddresses、UserAddress、ユーザー）たちのモデルを接頭辞に定住し、ユーザーのディレクトリにそれらを置きます。私たちのモデルで冗長性を制御するために、我々は、この頻繁に行います。名前空間（スクリプト/生成モデルUserAddress）がなかったかのように

has_many :addresses, :class_name => "UserAddress" 

生成、我々はそれを作成し、手動でユーザーディレクトリにコピーします。

Shrug。私は結局のところ、これは本当にあなたが私のようなVIMユーザーの方が実際にはもっと問題なのですが、TextMatersにとってはきれいな、きれいなディレクトリ構造だと思います。

Answer 3

私はまだそれから離れています。何か得られた（私はそれが正直に何であろうか分からない）間違いとあなたのコードの簡潔さと明快さの損失を考慮すると間違いなく失われるでしょう。

私の最新のアプリには87のリソースがあり、全面的な管理機能が含まれています。私は名前空間を必要としない、IMHO。