Apa yang dilakukan inverse_of? Apa SQL yang dihasilkannya?

Saya mencoba untuk mendapatkan kepalaku inverse_ofdan saya tidak mengerti.

Seperti apa bentuk sql yang dihasilkan, jika ada?

Apakah inverse_ofpilihan menunjukkan perilaku yang sama jika digunakan dengan :has_many, :belongs_to, dan :has_many_and_belongs_to?

Maaf jika ini pertanyaan mendasar.

Saya melihat contoh ini:

class Player < ActiveRecord::Base
  has_many :cards, :inverse_of => :player
end

class Card < ActiveRecord::Base
  belongs_to :player, :inverse_of => :cards
end

Dari dokumentasi , sepertinya :inverse_ofopsi adalah metode untuk menghindari permintaan SQL, bukan menghasilkan mereka. Ini adalah petunjuk bagi ActiveRecord untuk menggunakan data yang sudah dimuat alih-alih mengambilnya lagi melalui suatu hubungan.

Contoh mereka:

class Dungeon < ActiveRecord::Base
  has_many :traps, :inverse_of => :dungeon
  has_one :evil_wizard, :inverse_of => :dungeon
end

class Trap < ActiveRecord::Base
  belongs_to :dungeon, :inverse_of => :traps
end

class EvilWizard < ActiveRecord::Base
  belongs_to :dungeon, :inverse_of => :evil_wizard
end

Dalam hal ini, panggilan dungeon.traps.first.dungeonharus mengembalikan dungeonobjek asli alih-alih memuat yang baru seperti halnya secara default.

Saya pikir :inverse_ofini sangat berguna ketika Anda bekerja dengan asosiasi yang belum ada. Misalnya:

class Project < ActiveRecord::Base
  has_many :tasks, :inverse_of=>:project
end

class Task < ActiveRecord::Base
  belongs_to :project, :inverse_of=>:tasks
end

Sekarang, di konsol:

irb> p = Project.new
=> #<Project id: nil, name: nil, ...>
irb> t = p.tasks.build
=> #<Task id: nil, project_id: nil, ...>
irb> t.project
=> #<Project id: nil, name: nil, ...>

Tanpa :inverse_ofargumen, t.projectakan kembali nil, karena memicu kueri sql dan data belum disimpan. Dengan :inverse_ofargumen, data diambil dari memori.

Setelah pr ini ( https://github.com/rails/rails/pull/9522 ) inverse_of tidak diperlukan dalam kebanyakan kasus.

Rekaman Aktif mendukung identifikasi otomatis untuk sebagian besar asosiasi dengan nama standar. Namun, Rekaman Aktif tidak akan secara otomatis mengidentifikasi asosiasi dua arah yang berisi lingkup atau salah satu dari opsi berikut:

• :melalui
• :kunci asing

class Author < ApplicationRecord
  has_many :books, inverse_of: 'writer'
end

class Book < ApplicationRecord
  belongs_to :writer, class_name: 'Author', foreign_key: 'author_id'
end

a = Author.first
b = a.books.first
a.first_name == b.writer.first_name # => true
a.first_name = 'David'
a.first_name == b.writer.first_name # => true

Dalam contoh di atas, referensi ke objek yang sama disimpan dalam variabel adan atribut writer.

Hanya pembaruan untuk semua orang - kami baru saja menggunakan inverse_ofsalah satu aplikasi kami dengan sebuah has_many :throughasosiasi

Ini pada dasarnya membuat objek "asal" tersedia untuk objek "anak"

Jadi jika Anda menggunakan contoh Rails:

class Dungeon < ActiveRecord::Base
  has_many :traps, :inverse_of => :dungeon
  has_one :evil_wizard, :inverse_of => :dungeon
end

class Trap < ActiveRecord::Base
  belongs_to :dungeon, :inverse_of => :traps
  validates :id,
      :presence => { :message => "Dungeon ID Required", :unless => :draft? }

  private
  def draft?
      self.dungeon.draft
  end 
end

class EvilWizard < ActiveRecord::Base
  belongs_to :dungeon, :inverse_of => :evil_wizard
end

Menggunakan :inverse_ofakan memungkinkan Anda untuk mengakses objek data yang kebalikannya, tanpa melakukan query SQL lebih lanjut

Ketika kami memiliki 2 model dengan hubungan has_many dan hers_to, selalu lebih baik menggunakan inverse_of yang memberi tahu ActiveRecod bahwa mereka memiliki sisi yang sama dengan asosiasi. Jadi, jika kueri dari satu sisi dipicu, ia akan melakukan cache dan melayani dari cache jika itu dipicu dari arah yang berlawanan. Yang meningkatkan kinerja. Dari Rails 4.1, inverse_of akan diatur secara otomatis, jika kita menggunakan foreign_key atau perubahan nama kelas, kita perlu mengatur secara eksplisit.

Artikel terbaik untuk detail dan contoh.

http://viget.com/extend/exploring-the-inverse-of-option-on-rails-model-associations

Lihatlah artikel ini !!

http://gsusmonzon.blogspot.com.br/2011/09/rails-power-of-inverseof.html

Jika Anda memiliki has_many_throughhubungan antara dua model, Pengguna dan Peran, dan ingin memvalidasi Penugasan model penghubung dengan entri yang tidak ada atau tidak valid dengan validates_presence of :user_id, :role_id, itu berguna. Anda masih dapat menghasilkan Pengguna @ pengguna dengan asosiasinya @user.role(params[:role_id])sehingga menyimpan pengguna tidak akan menghasilkan validasi gagal model Penugasan.

Silakan lihat 2 dua sumber daya yang berguna

• https://www.viget.com/articles/exploring-the-inverse-of-option-on-rails-model-associations
• http://api.rubyonrails.org/classes/ActiveRecord/Associations/ClassMethods.html#module-ActiveRecord::Associations::ClassMethods-label-Bidirectional+associations

Dan ingat beberapa batasan inverse_of:

tidak bekerja dengan: melalui asosiasi.

tidak bekerja dengan: asosiasi polimorfik.

untuk asosiasi Hers_to, asosiasi has_many terbalik.