Yuvalanmış sınıflar ve modüllerde yuvalanmış sınıflar ne zaman kullanılır?

Alt sınıfları ve modülleri ne zaman kullanacağımı çok iyi biliyorum, ancak son zamanlarda böyle iç içe sınıflar görüyorum:

class Foo
  class Bar
    # do some useful things
  end
end

Bunun gibi modüllerde yuvalanmış sınıfların yanı sıra:

module Baz
  class Quux
    # more code
  end
end

Ya belgeler ve makaleler seyrek ya da doğru arama terimleri için grope için yeterince eğitimli değilim, ama konu hakkında fazla bilgi bulamıyorum görünmüyor.

Birisi, bu tekniklerin neden / ne zaman kullanılacağına ilişkin mesajlara örnekler veya bağlantılar verebilir mi?

Diğer OOP dilleri, bir üst düzey sınıfa bağlanmadan somutlaştırılamayan iç sınıflara sahiptir. Örneğin, Java’da,

class Car {
    class Wheel { }
}

yalnızca Carsınıftaki yöntemler Wheels oluşturabilir .

Ruby bu davranışa sahip değil.

Ruby'de,

class Car
  class Wheel
  end
end

farklı

class Car
end

class Wheel
end

yalnızca sınıf adına Wheelvs. Car::Wheel. İsimdeki bu fark, programcılara, Car::Wheelsınıfın genel bir tekerleğin aksine sadece bir araba tekerleğini temsil edebileceğini açıkça belirtebilir. Sınıf tanımlarını Ruby'de yerleştirmek bir tercih meselesidir, ancak iki sınıf arasında bir sözleşmeyi daha güçlü bir şekilde uyguladığı ve bu şekilde onlar ve kullanımları hakkında daha fazla bilgi ilettiği anlamında bir amaca hizmet eder.

Ancak Ruby tercümanı için bu sadece isimde bir fark.

İkinci gözleminize gelince, modüllerin içine yerleştirilmiş sınıflar genellikle sınıfları adlandırmak için kullanılır. Örneğin:

module ActiveRecord
  class Base
  end
end

farklı

module ActionMailer
  class Base
  end
end

Modüllerin içine yerleştirilmiş sınıfların tek kullanımı olmasa da, genellikle en yaygın olanıdır.

Ruby'de, iç içe bir sınıf tanımlamak, bir modülde bir sınıf tanımlamaya benzer. Aslında sınıflar arasındaki bir ilişkiyi zorlamaz, sadece sabitler için bir ad alanı oluşturur. (Sınıf ve Modül adları sabittir.)

Kabul edilen cevap hiçbir şey için doğru değildi. ¹ Aşağıdaki örnekte, çevrelenen sınıfın bir örneği olmadan, sözcük olarak eklenmiş bir sınıf örneği oluşturuyorum.

class A; class B; end; end
A::B.new

Avantajlar modüller için olanlarla aynıdır: kapsülleme, sadece bir yerde kullanılan gruplama kodu ve kodu kullanıldığı yere daha yakın yerleştirme. Büyük bir projede, her kaynak dosyada tekrar tekrar ortaya çıkan ve çok sayıda sınıf tanımı içeren bir dış modül olabilir. Çeşitli çerçeveler ve kütüphane kodlarının hepsi bunu yaptığında, her biri en üst seviyeye sadece bir isim ekleyerek çatışma olasılığını azaltır. Prosaic, emin olmak için, ama bu yüzden kullanılıyorlar.

Dış ad alanını tanımlamak için modül yerine sınıf kullanmak tek dosyalı bir programda veya komut dosyasında veya bir şey için zaten üst düzey sınıf kullanıyorsanız veya sınıfları birbirine bağlamak için kod ekleyecekseniz mantıklı olabilir. gerçek iç sınıf tarzında. Ruby'nin iç sınıfları yoktur, ancak hiçbir şey koddaki aynı davranış hakkında yaratmanızı engellemez. Dış nesnelerin iç nesnelerden referans alması için yine de dış nesnenin örneğinden noktalama yapılması gerekecektir, ancak sınıfları iç içe yerleştirmek, bunun yapabileceğiniz şey olduğunu düşündürecektir. Dikkatle modüler hale getirilmiş bir program her zaman ilk olarak ek sınıfları yaratabilir ve makul şekilde iç içe veya iç sınıflarla ayrıştırılabilir. Sen diyemezsin newbir modül üzerinde.

Genel kalıbı, ad alanının çok fazla ihtiyaç duyulmadığı komut dosyaları için bile, sadece eğlence ve pratik için kullanabilirsiniz ...

#!/usr/bin/env ruby

class A
  class Realwork_A
    ...
  end
  class Realwork_B
    ...
  end

  def run
    ...
  end

  self
end.new.run

Muhtemelen bunu sınıflarınızı bir modülde gruplamak için kullanmak istersiniz . Bir isim-uzay şey.

örneğin Twitter mücevherleri bunu başarmak için ad alanlarını kullanır:

Twitter::Client.new

Twitter::Search.new

Her iki yüzden Clientve Searchsınıfların altında yaşarlar Twittermodülü.

Kaynakları kontrol etmek istiyorsanız, her iki sınıfın kodunu burada ve burada bulabilirsiniz .

Bu yardımcı olur umarım!

Ruby'de yuvalanmış sınıflar ve yuvalanmış modüller arasında 2.5'ten önce başka bir fark daha var. Bu arama sürecidir.

Kısacası: 2.5'ten önce Ruby'de üst düzey sabit arama nedeniyle, iç Objectiçe sınıflar kullanırsanız , Ruby iç içe sınıfınızı yanlış yerde ( özellikle) arayabilir.

Ruby önce 2.5:
İç İçe sınıfsal yapısı: Bir sınıfı olduğunu varsayalım Xiç içe sınıf ile, Yya X::Y. Ve sonra aynı zamanda bir üst sınıf dersiniz var Y. Eğer X::Yyüklü değil, aşağıdaki Aradığınızda olur X::Y:

bulunamadı olması Yhalinde X, Ruby atalarının onu aramak için çalışacağız X. Dan beriXbir modül değil, bir sınıftır, aralarında ataları vardır [Object, Kernel, BasicObject]. Yani, aramaya çalışır Yin Objectbaşarıyla onu bulur.

Yine de üst düzeydir Y, değil X::Y. Bu uyarıyı alacaksınız:

warning: toplevel constant Y referenced by X::Y

İç içe modül yapısı: Önceki örnekte Xbir sınıf değil, bir modül olduğunu varsayalım .

Bir modülün yalnızca atası vardır: X.ancestorsüretecekti [X].

Bu durumda, Ruby a'nın Yatalarından birini arayamaz Xve atar NameError. Raylar (veya otomatik yüklemeli başka bir çerçeve) bundan X::Ysonra yüklenmeye çalışacaktır .

Daha fazla bilgi için bu makaleye bakın https://blog.jetbrains.com/ruby/2017/03/why-you-should-not-use-a-class-as-a-namespace-in-rails-applications/

yılında Ruby 2.5:
Üst seviye sabit arama kaldırıldı.
Bu hatayla karşılaşma korkusu olmadan iç içe dersler kullanabilirsiniz.

Önceki cevaplara ek olarak: Ruby'deki Modül bir sınıftır

$ irb
> module Some end
=> nil
> Some.class
=> Module
> Module.superclass
=> Object