sti

    3

    1答えて

    から。 私はすべての資産が同じテーブルから降順の両方ピクチャーとビデオを持つかビデオ、私はシングルテーブル継承を使用しているいずれかの写真のための単一のアップロードフォームになりたいので、 資産クラス。また、ビデオかピクチャかによって、異なる検証/コールバックを実行します。 (ピクチャーまたはビデオ)に応じて、私は、アップロードプロセスに対処するためにペーパークリップを使用していて、私の考えは、フ

    3

    2答えて

    は、私が直面してるシナリオだ 今日 いくつかの時間、週 中の特定の日付 上だから、アトリビュートは、アポイントメントの「タイプ」ごとに異なる可能性があります。私はこれらのモデルを考えてとSTIとそれを使用して、私は、私は正しい軌道に乗ってるのかはわからないた : class Appointment < ActiveRecord::Base class TodayAppointment < App

    1

    3答えて

    ごとに複数の役割のためのRails STIスタイルの継承私はRailsのためのSTIの継承の例のビットにまで読んできた、 それは、ユーザの基本クラスから継承する(ユーザーの役割/タイプの私のニーズに合うように見えますが)。複数の役割を持つユーザーをあまりうまく扱えないようです。特に、データベースの型フィールドに依存しているためです。 これにはすばやく簡単な回避策がありますか?

    1

    2答えて

    は、私は次の列(単語のリスト)を持つテーブルがあるとします今 word: varchar contributor: integer (FK) 、私はそれぞれの「単語」の翻訳を持っていると思ったとします。何が最善でしょうか?二番目のテーブルを持っていますか? word: integer (FK) translation: varchar contributor: integer (FK)

    2

    1答えて

    RailsアプリケーションにSTIモデルがあります。祖先モデルは、正常に動作しているvalidates_...メソッドで検証されています。 しかし、私はカスタム検証も行っています。私は子孫にさまざまなカスタム検証を追加したいと思います。これらのカスタム検証は、クラスに依存します。私は class DescendantA < Ancestor protected def val

    4

    1答えて

    私はちょうど20 Rails Development No-Nos程度チャドファウラーのブログ記事を読んでいます。単一のテーブル継承で彼はコメントします: クラス名を保持する "タイプ"と呼ばれる列の記憶は、何か怪物が起こっていることを示す良い指標です。それは魚介類ですが、必ずしも悪くはありません。私は、あなたがそれを使うときは、それが正しい解決策であれば何度でも尋ねるべきだと思います。データベー

    3

    2答えて

    私は、Railsでより高度なモデルを使用して調査を始めました。私が定期的に大成功を収めているのは、多対多の関係で基本クラスのサブクラスであるクラスが多対多の相互参照関係にアクセスするモデルです。 このように、相互参照クラスは、基本クラスのスタンバイとして機能することができます。 良い例は、ナビゲーション階層ノード(NavigationNode)がユーザー役割と相互参照される場合です。相互参照ポイン

    7

    2答えて

    私は多くのセクションを持つ製品モデルを持っており、セクションは多くの製品に属することができます。 セクションモデルには、Feature、Standard、Optionのサブクラスがあります。 私のモデルは以下のとおりです。 @product.features.build @product.standards.build @product.options.build : @product.