This flavor of the inheritance model allows our modular closures to have
similar properties to the inheritance of classes. With it you can
expect to have access to its super members as part of the call, just
like you would with classes. In addition to the inheritance resulting
from versioning, JIT inheritance presents a more complete scenario
adding color to the picture painted by code injectors. The key takeaway
here is this: Code Injectors are mix-ins that share a similar
inheritance model with classes. You can version them to gain access to
versioned inheritance or you can override its members to access an
ancestor chain comprised of all previous tags. As always we will use
some example code to illustrate:
#
# Our Modular Closure
#
Tag1 = jack :Tagger do
def m1
1
end
def m2
:m2
end
end
#
# Normal Versioned Injector inheritance
#
Tagger do
def other
'other' # -- same ancestors as before
end
end
expect(Tagger().ancestors).to eql( [Tagger()] )
# test it
o = Object.new.extend(Tagger())
# inherited
o.m1.should == 1
o.m2.should == :m2
# current
o.other.should == 'other'
#
# JIT inheritance
#
Tag2 = Tagger do
def m1 # The :m1 override invokes JIT inheritance
super + 1 # -- Tag1 is summoned into ancestor chain
end # -- allows the use of super
def m3
'em3'
end
end
# test it
p = Object.new.extend(Tag2)
# JIT inherited
p.m1.should == 2
# regular inheritance
p.m2.should == :m2
p.m3.should == 'em3'
p.other.should == 'other'
expect(Tagger().ancestors).to eql( [Tagger(), Tag1] )
expect(Tag2.ancestors).to eql( [Tag2, Tag1] )
For more please visit: http://jackbox.us
Thanks again,
Lou