乾003連続衝突事件

まず前の文章の中のtemplateが車にぶつかった後
今は毎回慎重で、irbの中で使うかどうかをテストしてから、使うかどうかを確認します.
誰が私に思いついた変数名はいつもrailsに内蔵されているのと同じです.
今度出会ったやつはtypeで、テストして、読み書きができました.
大喜は、モデルのプロパティとして使用されます.結局悲劇は、model冏を保存できなかった.
後で違うと思うとtypeはclassメソッドの前身で、使わないが、まだ廃棄されていない.
それだけでは発散の意味がありません.
別のモデルで継承を使用しましたが、その下にNサブクラスがあります.
1つ目は継承された子クラスが同じテーブルを使っていることで、私はもともと親クラスを継承する方法だけを考えていた.
テストの時はもっとでたらめで、子クラスが返すタイプは意外にも親です!これでどのように各種子類を区別しますか?
メソッドを考えて、タイプを示すフィールドを追加し、メソッドを追加するしかありません.

      subclass.class_eval do
        # before_save :set_app_name
        # named_scope :self, :conditions => {:app_name  => name.sub('Apps::','')}
        # named_scope :o, :conditions => {:app_name  => name.sub('Apps::','')} 
      end

Railsはこのような機能を提供するべきです(私は知らないかもしれません)
:1つのモデルはtableを選択できるだけではありません.nameは、属性で特殊conditionsのデータを選択することもできます.
ほっとした時、polymorphicの資料を探して見ようとした.
意外にもモデルがこの内容を継承しているのを見ました
フィールドtypeが意外に見えました
クラッシュ!!!
やれ!TNNDはtypeを加えるだけでサブクラスを自動的に認識できるようになった.
ここで、なぜキーワードの設定がこんなに普通なのか、なぜ多くの問題がwarningもないのか、なぜ間違ったことを報告した後に表示されたエラーアドレスが正しくないのか、関数の中に飛び込んで探さなければなりません.
もう一つの教訓は、Railsのテクニックが多すぎて、常識通りにカードを出さないわけにはいきませんが、それはできます.