Ruby single inheritance (<) کو سپورٹ کرتا ہے — ایک کلاس ایک superclass سے وراثت پاتی ہے۔ جب آپ method کو call کرتے ہیں، تو Ruby ایک well-defined method lookup path (ancestor chain، جس میں mixed-in modules شامل ہوں) میں تلاش کرتا ہے۔ اس path کو سمجھنا یہ وضاحت کرتا ہے کہ وراثت اور mixins کیسے methods کو resolve کرتے ہیں۔
() = = name
=
<
.new().speak
.new().fetch
ایک subclass (Dog < Animal) superclass کے methods اور instance variables کو وراثت میں پاتا ہے، اور methods کو override کر سکتا ہے۔ super parent کے version کو call کرتا ہے۔
class Dog < Animal
def initialize(name, breed)
super(name) # call Animal#initialize
@breed = breed
end
def speak
super + " (woof)" # super (no parens) passes the same args; here calls Animal#speak
end
end
# Ruby searches for a method in this ORDER (the ancestors chain):
Dog.ancestors
# => [Dog, <included modules>, Animal, <Animal's modules>, Object, Kernel, BasicObject]
# lookup: the class itself → its included MODULES (last included first) →
# the superclass → ITS modules → ... up to BasicObject
جب آپ method کو call کرتے ہیں، تو Ruby ancestor chain (Class.ancestors) میں چلتا ہے: خود کلاس، پھر اس کے included modules (mixins — سب سے ہال ہی میں شامل پہلے)، پھر superclass اور اس کے modules، BasicObject تک۔ پہلا match جیتتا ہے۔ یہ single path یہ وضاحت کرتا ہے کہ وراثت اور mixins کیسے مل کر resolve ہوتے ہیں۔
module Swimmer
def move = "swimming"
end
class Fish < Animal
include Swimmer # Swimmer is inserted into the lookup path (before Animal)
end
# Fish.ancestors → [Fish, Swimmer, Animal, ...] — a module's methods come before the superclass's
وراثت اور method lookup path کو سمجھنا Ruby کے لیے اہم معلومات ہے دونوں class hierarchies کو design کرنے کے لیے اور — خاص طور پر — یہ سمجھنے کے لیے کہ جب وراثت اور mixins مل جاتے ہیں تو Ruby کیسے methods کو resolve کرتا ہے۔
Ruby کی single inheritance (<) "is-a" relationships کے ذریعے code reuse فراہم کرتی ہے، super کے ساتھ parent implementations کو call کرنے کے لیے۔
لیکن زیادہ distinctive اور اہم concept method lookup path (ancestor chain) ہے: جب method call کیا جاتا ہے، تو Ruby ایک well-defined ترتیب میں تلاش کرتا ہے — خود کلاس، اس کے included modules (mixins، سب سے ہال ہی میں شامل پہلے)، پھر superclass اور اس کے modules، BasicObject تک — اور پہلا match جیتتا ہے۔
اس single، unified lookup path کو سمجھنا اہم ہے کیونکہ یہ یہ وضاحت کرتا ہے کہ وراثت اور mixins کیسے مل کر resolve ہوتے ہیں (modules chain میں داخل ہوتے ہیں، ان کے methods superclass کے methods سے زیادہ precedence لیتے ہیں)، جو ورنہ confusing رویے کو واضح کرتا ہے کہ جب آپ کے پاس وراثت اور متعدد mixins دونوں ہوں تو actually کون سا method call ہوتا ہے۔
یہ Ruby میں خاص طور پر اہم ہے کیونکہ یہ mixins کو بھاری استعمال کرتا ہے — یہ جاننا کہ Class.ancestors exact lookup order کو دکھاتا ہے، اور modules کیسے اس میں فٹ ہوتے ہیں، آپ کو method resolution کے بارے میں reasoning اور debugging کرنے دیتا ہے۔
وراثت، super، اور خاص طور پر method lookup path (کیسے ancestor chain classes اور mixed-in modules کے ساتھ methods کو resolve کرتا ہے) کو سمجھنا اہم، بار بار متعلقہ معلومات ہے Ruby کے class system کے ساتھ کام کرنے کے لیے، "کون سا method call ہو رہا ہے?" سوالات کو debug کرنے کے لیے، اور class/module hierarchies کو design کرنے کے لیے — اور یہ ایک عام interview topic ہے جو Ruby کے object model کی گہری سمجھ اور single inheritance کے ساتھ powerful mixins کے distinctive امتزاج کو reflect کرتا ہے۔