Inheritance/Single: Difference between revisions
m
syntax highlighting fixup automation
(→{{header|Lua}}: added Lua solution) |
Thundergnat (talk | contribs) m (syntax highlighting fixup automation) |
||
Line 67:
{{trans|Python}}
<
{
}
Line 81:
T Collie(Dog)
{
}</
=={{header|ActionScript}}==
<
// ...
}</
<
// ...
}</
<
// ...
}</
<
// ...
}</
<
// ...
}</
=={{header|Ada}}==
<
type Animal is tagged private;
type Dog is new Animal with private;
Line 113:
type Lab is new Dog with null record;
type Collie is new Dog with null record;
end Inheritance;</
=={{header|Aikido}}==
<
//functions go here...
}</
<
//functions go here...
}</
<
//functions go here...
}</
<
//functions go here...
}</
<
//functions go here...
}</
=={{header|AmigaE}}==
<
OBJECT animal
ENDOBJECT
Line 148:
OBJECT collie OF dog
ENDOBJECT
</syntaxhighlight>
=={{header|AppleScript}}==
<
end script
Line 169:
script Collie
property parent : Dog
end script</
=={{header|AutoHotkey}}==
Line 175:
AutoHotkey_L is prototype-based. However, for convenience, class-syntax may be used to create a base object.
<
MsgBox, % "A " dog.__Class " is a " dog.base.base.__Class " and is part of the " dog.kingdom " kingdom."
Line 188:
}
class Collie extends Dog {
}</
=={{header|BBC BASIC}}==
{{works with|BBC BASIC for Windows}}
<
DIM Animal{method}
Line 211:
DIM Collie{method}
PROC_inherit(Collie{}, Dog{})
PROC_class(Collie{})</
=={{header|C}}==
Line 217:
=={{header|C sharp|C#}}==
<
{
/* ... */
Line 245:
/* ... */
// ...
}</
=={{header|C++}}==
<
{
// ...
Line 271:
{
// ...
};</
=={{header|ChucK}}==
<
//functions go here...
}</
<
//functions go here...
}</
<
//functions go here...
}</
<
//functions go here...
}</
<
//functions go here...
}</
=={{header|Clojure}}==
Line 294:
This is not very useful in clojure
<
(gen-class :name Dog :extends Animal)
(gen-class :name Cat :extends Animal)
(gen-class :name Lab :extends Dog)
(gen-class :name Collie :extends Dog)</
More useful:
<
(derive ::cat ::animal)
(derive ::lab ::dog)
(derive ::collie ::dog)</
use:
<
true
user> (isa? ::dog ::cat)
false
user> (isa? ::collie ::animal)
true</
=={{header|COBOL}}==
<
*> ...
END CLASS Animal.
Line 355:
*> ...
END CLASS Collie.</
=={{header|Coco}}==
<
class Cat extends Animal
class Dog extends Animal
class Lab extends Dog
class Collie extends Dog</
On the subject of inheritance, it is worth noting that Coco's <code>super</code> works differently from CoffeeScript's. In particular, the constructor of a subclass should generally say <code>super ...</code>, not just <code>super</code>. Here is a translation of the example from the CoffeeScript documentation:
<
(@name) ->
Line 394:
sam.move!
tom.move!</
=={{header|Comal}}==
{{works with|UniComal}}
{{works with|AmiComal}}
<
DIM Species$ OF 20
ENDSTRUC Animal
Line 431:
Race$:="Collie"
ENDFUNC New
ENDSTRUC Collie</
=={{header|Common Lisp}}==
Line 437:
Using CLOS classes, we have the following:
<
(defclass dog (animal) ())
(defclass lab (dog) ())
(defclass collie (dog) ())
(defclass cat (animal) ())</
Alternatively, since there is no multiple inheritance in the task requirement, structures could also be used:
<
(defstruct (dog (:include animal)))
(defstruct (lab (:include dog)))
(defstruct (collie (:include dog)))
(defstruct (cat (:include animal)))</
(Structures are less flexible than CLOS objects but often somewhat more efficiently implemented, due to those restrictions.)
Line 457:
Furthermore, all of the "basic types" also have a class, so methods can be readily specialized to lists, integers, strings, symbols, et cetera. This is done without having to modify any class definitions.
<
;;; ASN.1 serialization logic specialized for animal class
(defmethod serialize-to-asn-1 ((a animal))
Line 466:
(defmethod serialize-to-asn-1 ((s string))
#| ... #|
)</
These classes do not have to inherit from some interface or base class which provides a prototype for the serialize-to-asn-1 method. Such a requirement has more to do with static typing than object oriented programming. Usually in languages which require such inheritance, there are also statically typed references. A class must conform to some "ASNEncodable" class so that its instances can be passed to functions which expect references to an ASN1Encodable type, which is verified at compile time.
Line 472:
=={{header|Component Pascal}}==
<
TYPE
Animal = ABSTRACT RECORD (* *) END;
Line 479:
Lab = RECORD (Dog) (* *) END;
Collie = RECORD (Dog) (* *) END;
</syntaxhighlight>
=={{header|D}}==
<
// ...
}
Line 502:
}
void main() {}</
=={{header|Delphi}}==
<syntaxhighlight lang="delphi">type
Animal = class(TObject)
private
Line 517:
Cat = class(Animal);
Collie = class(Dog);
Lab = class(Dog);</
=={{header|DWScript}}==
<syntaxhighlight lang="delphi">type
Animal = class(TObject)
private
Line 532:
type Cat = class(Animal) end;
type Collie = class(Dog) end;
type Lab = class(Dog) end;</
=={{header|E}}==
Line 540:
In E, a ''guard'' accepts, or coerces, certain objects and rejects others; its [[wp:Range (mathematics)|range]] constitutes a type. An ''auditor'' examines the implementation of an object and marks it approved; a ''stamp'' is an auditor which does no actual checking. Here, we create a guard/stamp pair; the guard accepts every stamped object. The stamp also asks for each supertype's stamp on the objects it audits.
<
def stamp {
to audit(audition) {
Line 557:
}
return [guard, stamp]
}</
Setting up the task's specified tree:
<
def [Cat, CatStamp] := makeType("Cat", [AnimalStamp])
Line 567:
def [Lab, LabStamp] := makeType("Lab", [DogStamp])
def [Collie, CollieStamp] := makeType("Collie", [DogStamp])</
Some example objects:
<
def tom implements CatStamp {}
def brick {} # not an animal</
Testing against the types:
<
# value: <fido>
Line 593:
? brick :Animal
# problem: <brick> is not a Animal</
=={{header|Eiffel}}==
<
ANIMAL
end</
<
DOG
inherit
ANIMAL
end</
<
CAT
inherit
ANIMAL
end</
<
LAB
inherit
DOG
end</
<
COLLIE
inherit
DOG
end</
=={{header|Elena}}==
ELENA 4.x :
<
{
// ...
Line 645:
{
// ...
}</
=={{header|F_Sharp|F#}}==
The <code>()</code> behind the class names indicates a public default constructor; you need some type of public constructor to derive from a class.
<
class // explicit syntax needed for empty class
end
Line 663:
type Cat() =
inherit Animal()</
=={{header|Factor}}==
<
TUPLE: dog < animal ;
TUPLE: cat < animal ;
TUPLE: lab < dog ;
TUPLE: collie < dog ;</
=={{header|Fancy}}==
<
# ...
}
Line 691:
class Collie : Dog {
# ...
}</
=={{header|Fantom}}==
<
{
}
Line 712:
class Collie : Dog
{
}</
=={{header|Forth}}==
{{works with|4tH|3.61.5}}
There are numerous, mutually incompatible object oriented frameworks for Forth. This one works with the FOOS preprocessor extension of [[4tH]].
<
:: Animal class end-class {} ;
Line 723:
:: Cat extends Animal end-extends {} ;
:: Lab extends Dog end-extends {} ;
:: Collie extends Dog end-extends {} ;</
Line 730:
Needs the FMS2 library code located here:
https://github.com/DouglasBHoffman/FMS2
<
:class Animal ;class
Line 736:
:class Cat <super Animal ;class
:class Lab <super Dog ;class
:class Collie <super Dog ;class</
=={{header|Fortran}}==
OO has been part of the Fortran standard since 2003 but the compilers are still playing catchup. This example builds with the Intel 11.1.069 compiler (free for personal use on linux).
<
type animal
Line 758:
end type collie
end module anim</
=={{header|FreeBASIC}}==
<
Type Animal Extends Object ' to enable virtual methods etc. if needed
Line 781:
Type Collie Extends Dog
' ...
End Type</
=={{header|Go}}==
Go eschews most trappings of inheritance, yet it's anonymous field feature allows building one struct type upon another and accessing fields of "embedded" types without extra synax.
<
type animal struct {
Line 817:
pet.color = "yellow"
}
</syntaxhighlight>
=={{header|Groovy}}==
<
//contents go here...
}</
<
//contents go here...
}</
<
//contents go here...
}</
<
//contents go here...
}</
<
//contents go here...
}</
=={{header|Haskell}}==
A type can't inherit properties from other types, but it can belong to any number of type classes, which may themselves be subclasses of other type classes.
<
class Animal a => Cat a
class Animal a => Dog a
class Dog a => Lab a
class Dog a => Collie a</
=={{header|Haxe}}==
<
// ...
}</
<
// ...
}</
<
// ...
}</
<
// ...
}</
<
// ...
}</
== Icon and {{header|Unicon}} ==
Line 866:
This example only works in Unicon.
<syntaxhighlight lang="unicon">
class Animal ()
end
Line 881:
class Collie : Dog ()
end
</syntaxhighlight>
=={{header|Inform 7}}==
<
A cat is a kind of animal.
A dog is a kind of animal.
A collie is a kind of dog.
A lab is a kind of dog.</
"Animal" is actually a predefined kind in Inform 7, so its definition here is redundant (but legal).
Line 894:
=={{header|Io}}==
<
Cat := Animal clone
Dog := Animal clone
Collie := Dog clone
Lab := Dog clone</
=={{header|J}}==
Line 904:
Here is how this would normally be done:
<syntaxhighlight lang
<
coinsert 'Animal'</
<
coinsert 'Animal'</
<
coinsert 'Dog'</
<
coinsert 'Dog'</
<code>coclass</code> specifies that following definitions will be within the named class, and <code>coinsert</code> specifies that the current class will inherit from the named classes (or object -- in J the only difference between a class and an object is its name and how you can create them -- this motivates the "co" prefix on operations which manipulate '''c'''lasses and '''o'''bjects).
Line 920:
That said, some operations in J -- including <code>coinsert</code> -- will create classes if they did not already exist. So the above may be simplified to:
<
coinsert_Cat_ 'Animal'
coinsert_Lab_ 'Dog'
coinsert_Collie_ 'Dog'</
That said, note that classes and objects are not "types" in J. Instead, they are components of names. In general, when we deal with objects and classes we deal with references to the underlying representation, and in J the references are names, so a collection of classes and objects, in J, would be a collection of names which refer to classes and objects. In other words, the "type" (to the degree that there is a type) would be best thought of as "name" (or, more mechanically: boxed list of characters).
=={{header|Java}}==
<
//functions go here...
}</
<
//functions go here...
}</
<
//functions go here...
}</
<
//functions go here...
}</
<
//functions go here...
}</
=={{header|JavaScript}}==
JavaScript is a class-free, object-oriented language, and as such, it uses prototypal inheritance instead of classical inheritance.
<
// ...
}</
<
// ...
}
Dog.prototype = new Animal();</
<
// ...
}
Cat.prototype = new Animal();</
<
// ...
}
Collie.prototype = new Dog();</
<
// ...
}
Lab.prototype = new Dog();</
<
var lab = new Lab();
lab.speak(); // shows "an animal makes a sound"</
=={{header|Julia}}==
Julia is not really an object-oriented programming language. It supports polymorphism and inheriting functionality but not structure. Thus inheritance hierarchies must be made with abstract types. Abstract types can not be instantiated and do not contain any fields. So below Dog is abstract while Collie is a concrete type which may contain fields.
<
abstract type Animal end
abstract type Dog <: Animal end
Line 984:
struct Lab <: Dog end
struct Collie <: Dog end
</syntaxhighlight>
=={{header|Kite}}==
<
#Method goes here
];
Line 1,002:
#Method goes here
];
</syntaxhighlight>
=={{header|Kotlin}}==
<
open class Animal {
Line 1,036:
println("Bella is a $bella")
println("Casey is a $casey")
}</
{{out}}
Line 1,047:
=={{header|Lasso}}==
<
data public gender::string
}
Line 1,070:
#myanimal -> gender = 'Male'
#myanimal -> gender</
-> Male
Line 1,077:
Latitude is a prototype-oriented language, so defining a subclass is equivalent to constructing an instance.
<
Animal ::= Object clone tap {
;; Methods go here...
Line 1,096:
Collie ::= Dog clone tap {
;; Methods go here...
}.</
We <code>clone</code> the parent and then <code>tap</code> the new instance to add functionality to it. Note that we use <code>::=</code> here rather than the usual <code>:=</code>, as the former implicitly defines an appropriate <code>toString</code> method representative of the new "class".
Line 1,102:
=={{header|Lingo}}==
In Lingo Classes are represented by "parent scripts". Instead of using new() as in the code below, child classes can also use rawNew() when creating an instance of their parent classes. rawNew() creates an instance of a class without calling its initialization function 'new' (constructor).
<
-- ...</
<
property ancestor
Line 1,111:
me.ancestor = script("Animal").new()
return me
end</
<
property ancestor
Line 1,119:
me.ancestor = script("Animal").new()
return me
end</
<
property ancestor
Line 1,127:
me.ancestor = script("Dog").new()
return me
end</
<
property ancestor
Line 1,135:
me.ancestor = script("Dog").new()
return me
end</
=={{header|Lisaac}}==
<
+ name := ANIMAL;
// ...</
<
+ name := CAT;
Section Inherit
- parent : ANIMAL := ANIMAL;
// ...</
<
+ name := DOG;
Section Inherit
- parent : ANIMAL := ANIMAL;
// ...</
<
+ name := LAB;
Section Inherit
- parent : DOG := DOG;
// ...</
<
+ name := COLLIE;
Section Inherit
- parent : DOG := DOG;
// ...</
=={{header|Logtalk}}==
There is no "class" keyword in Logtalk; an "object" keyword is used instead (Logtalk objects play the role of classes, meta-classes, instances, or prototypes depending on the relations with other objects).
<
:- object(thing,
instantiates(thing)).
Line 1,192:
specializes(dog)).
...
:- end_object.</
=={{header|Lua}}==
Lua has no in-built formal OOP mechanism, though there are many possible ways of implementing work-alikes.
<
classname = "Class aka Object aka Root-Of-Tree",
new = function(s,t)
Line 1,225:
print("max's parent's parent's parent is (class): " .. max.parent.parent.parent.classname)
print("max's parent's parent's parent's parent is (class): " .. max.parent.parent.parent.parent.classname)
print("max's parent's parent's parent's parent's parent is (nil reference): " .. tostring(max.parent.parent.parent.parent.parent))</
{{out}}
<pre>Animal:speak(): (Animal has no voice)
Line 1,241:
=={{header|M2000 Interpreter}}==
<syntaxhighlight lang="m2000 interpreter">
Module CheckIt {
Class Animal {
Line 1,260:
}
CheckIt
</syntaxhighlight>
=={{header|Neko}}==
<
var Dog = $new(null);
Line 1,275:
var Collie = $new(null);
$objsetproto(Collie, Dog);</
=={{header|Nemerle}}==
<
// ...
}
Line 1,296:
class Cat: Animal {
// ...
}</
=={{header|NetRexx}}==
Line 1,302:
For brevity, all classes are defined within the same source file. Normally classes exist as separate source units.
<
options replace format comments java crossref symbols binary
Line 1,357:
-- Do Collie specific set-up
return
</syntaxhighlight>
{{out}}
<pre>
Line 1,370:
=={{header|Nim}}==
<
Animal = object of RootObj
Dog = object of Animal
Cat = object of Animal
Lab = object of Dog
Collie = object of Dog</
=={{header|Oberon}}==
Tested with [https://miasap.se/obnc OBNC].
<
TYPE
Line 1,389:
END Animals.
</syntaxhighlight>
=={{header|Oberon-2}}==
Works with oo2c Version 2
<
MODULE Animals;
TYPE
Line 1,412:
END Animals.
</syntaxhighlight>
=={{header|Objeck}}==
<
{ #~ ... ~# }
Line 1,428:
class Cat from Animal
{ #~ ... ~# }</
=={{header|Objective-C}}==
<
{
// ...
Line 1,464:
}
// ...
@end</
=={{header|OCaml}}==
<
object (self)
(*functions go here...*)
end</
<
object (self)
inherit animal
(*functions go here...*)
end</
<
object (self)
inherit animal
(*functions go here...*)
end</
<
object (self)
inherit dog
(*functions go here...*)
end</
<
object (self)
inherit dog
(*functions go here...*)
end</
=={{header|Oforth}}==
<
Animal Class new: Cat
Animal Class new: Dog
Dog Class new: Lab
Dog Class new: Collie</
=={{header|ooRexx}}==
<syntaxhighlight lang="oorexx">
-- subclass of object by default
::class animal
Line 1,512:
::class collie subclass dog
</syntaxhighlight>
=={{header|OxygenBasic}}==
<
class animal
method show() as string
Line 1,553:
Collie c
print c.show 'result: Animal Dog Collie
</syntaxhighlight>
=={{header|Oz}}==
<
%% ...
end
Line 1,574:
class Cat from Animal
%% ...
end</
=={{header|Pascal}}==
Line 1,581:
=={{header|Perl}}==
<
#functions go here...
1;</
<
use Animal;
@ISA = qw( Animal );
#functions go here...
1;</
<
use Animal;
@ISA = qw( Animal );
#functions go here...
1;</
<
use Dog;
@ISA = qw( Dog );
#functions go here...
1;</
<
use Dog;
@ISA = qw( Dog );
#functions go here...
1;</
The same using the [http://search.cpan.org/perldoc?MooseX::Declare MooseX::Declare] module:
<
class Animal {
Line 1,627:
class Collie extends Dog {
# methods go here...
}</
=={{header|Phix}}==
{{libheader|Phix/Class}}
Add (private|public) fields and methods as needed. Make Animal and Dog abstract (ie use "abstract class") to prevent instantiation.
<!--<
<span style="color: #008080;">without</span> <span style="color: #008080;">js</span> <span style="color: #000080;font-style:italic;">-- (class)</span>
<span style="color: #008080;">class</span> <span style="color: #000000;">Animal</span>
Line 1,645:
<span style="color: #008080;">class</span> <span style="color: #000000;">Collie</span> <span style="color: #008080;">extends</span> <span style="color: #000000;">Dog</span> <span style="color: #008080;">end</span> <span style="color: #008080;">class</span>
<span style="color: #008080;">class</span> <span style="color: #000000;">Cat</span> <span style="color: #008080;">extends</span> <span style="color: #000000;">Animal</span> <span style="color: #008080;">end</span> <span style="color: #008080;">class</span>
<!--</
=={{header|PHP}}==
<
// functions go here...
}
Line 1,666:
class Collie extends Dog {
// functions go here...
}</
=={{header|PicoLisp}}==
<
(class +Dog +Animal)
Line 1,677:
(class +Lab +Dog)
(class +Collie +Dog)</
<
+Animal
+Cat
+Dog
+Collie
+Lab</
=={{header|PowerShell}}==
{{works with|PowerShell|5}}
<syntaxhighlight lang="powershell">
class Animal {}
class Dog : Animal {}
Line 1,693:
class Lab : Dog {}
class Collie : Dog {}
</syntaxhighlight>
=={{header|PureBasic}}==
Although PureBasic is mostly used for procedural coding it has both the ability to interact with object oriented libraries and code and also the capacity to write it if needed.
===Native version===
<
Eat()
Sleep()
Line 1,718:
Interface Collie Extends Dog
HeardSheep()
EndInterface</
===Simple OOP Version===
Using the open-source precompiler [http://www.development-lounge.de/viewtopic.php?t=5915 SimpleOOP].
<
EndClass
Line 1,747:
*Lassie.Collie = NewObject.Collie
*Lassie\Bark()
*Lassie\Fetch()</
=={{header|Python}}==
Unrevised style classes:
<
pass #functions go here...
Line 1,764:
class Collie(Dog):
pass #functions go here...</
New style classes:
<
class Animal(object):
Line 1,813:
buddy = Labrador()
buddy.kill()
print "Felix has",felix.lives, "lives, ","Buddy is %salive!"%("" if buddy.alive else "not ")</
{{out}}
<pre>
Line 1,822:
===S3===
Inheritance is implemented by setting the object's class attribute with a character vector.
<
class(aCollie) <- c("Collie", "Dog", "Animal")</
===S4===
Inheritance is implemented by using the 'contains' argument in setClass
<
setClass("Dog", representation(), prototype(), contains="Animal")
setClass("Cat", representation(), prototype(), contains="Animal")
setClass("Collie", representation(), prototype(), contains="Dog")
setClass("Lab", representation(), prototype(), contains="Dog")</
=={{header|Racket}}==
<
#lang racket
Line 1,848:
(check-true (is-a? (new dog%) animal%))
(check-false (is-a? (new collie%) cat%))
</syntaxhighlight>
=={{header|Raku}}==
Line 1,854:
{{works with|Rakudo|2015-09-16}}
<syntaxhighlight lang="raku"
class Dog is Animal {}
class Cat is Animal {}
Line 1,861:
say Collie.^parents; # undefined type object
say Collie.new.^parents; # instantiated object</
{{out}}
<pre>((Dog) (Animal))
Line 1,869:
=={{header|REBOL}}==
<
Title: "Inheritance"
URL: http://rosettacode.org/wiki/Inheritance
Line 1,894:
print ["Cat has" Cat/legs "legs."]
print ["Lab says:" Lab/says]</
{{out}}
Line 1,901:
=={{header|Ring}}==
<
Class Animal
Class Dog from Animal
Line 1,907:
Class Lab from Dog
Class Collie from Dog
</syntaxhighlight>
=={{header|Ruby}}==
<code>inherited</code> is a method defined on an instance of a <code>Class</code> object. It is invoked when a new subclass of the current class is defined (i.e. at the <code>end</code> statement of a <code>class</code> definition).
<
#functions go here...
def self.inherited(subclass)
Line 1,932:
class Collie < Dog
#functions go here...
end</
{{out}}
Line 1,942:
=={{header|Rust}}==
A type can't inherit properties from other types, but it can implmement any number of traits, which may themselves be subtraits of other traits.
<
trait Cat: Animal {}
trait Dog: Animal {}
trait Lab: Dog {}
trait Collie: Dog {}</
=={{header|Scala}}==
Line 1,957:
any (or all) of the <code>class</code> keywords below can be replaced with <code>trait</code>
<
class Dog extends Animal
class Cat extends Animal
class Lab extends Dog
class Collie extends Dog</
=={{header|Seed7}}==
Line 1,967:
The example below defines a hierarchy of implementation types.
<
const type: Animal is new struct
Line 1,987:
const type: Cat is sub Animal struct
# ...
end struct;</
=={{header|Self}}==
Self is a class-free, object-oriented language, and as such, it uses prototypal inheritance instead of classical inheritance. This is an example of the relevant excerpts from a Self transporter fileout. Normally the object tree would be built and navigated within the graphical Self environment.
<
<
<
<
<
=={{header|Sidef}}==
<
class Dog << Animal {};
class Cat << Animal {};
class Lab << Dog {};
class Collie << Dog {};</
=={{header|Simula}}==
<
class Animal;
Line 2,029:
end;
end</
=={{header|Slate}}==
<
define: #Dog &parents: {Animal}.
define: #Cat &parents: {Animal}.
define: #Lab &parents: {Dog}.
define: #Collie &parents: {Dog}.</
=={{header|Smalltalk}}==
This is an example of the object serialization format used by many varieties of Smalltalk. Normally the class tree would be defined and navigated via a class browser within a graphical Smalltalk environment.
<
instanceVariableNames: ' ' "* space separated list of names *"
classVariableNames: ' '
Line 2,062:
!Dog subclass: #Collie
"* etc. *" !</
=={{header|Swift}}==
<
// ...
}
Line 2,083:
class Cat : Animal {
// ...
}</
=={{header|Tcl}}==
{{works with|Tcl|8.6}} or {{libheader|TclOO}}
<
oo::class create Animal {
# ...
Line 2,106:
superclass Dog
# ...
}</
=={{header|TXR}}==
Line 2,112:
====Inheritance among symbolic exception tags====
<
@(defex lab dog animal)
@(defex collie dog)</
The second line is a shorthand which defines a lab to be a kind of dog, and at the same time a dog to be a kind of animal.
Line 2,120:
If we throw an exception of type <code>lab</code>, it can be caught in a catch for a <code>dog</code> or for an <code>animal</code>. Continuing with the query:
<
@ (throw lab "x")
@(catch animal (arg))
@(end)</
{{out}} Test:
Line 2,131:
====OOP Inheritance in TXR Lisp====
<
name
(:method get-name (me)
Line 2,153:
(pet2 (new cat name "Max")))
pet1.(speak)
pet2.(speak))</
{{out}}
Line 2,161:
=={{header|Visual Basic .NET}}==
<
' ...
End Class
Line 2,183:
Inherits Animal
' ...
End Class</
=={{header|Vorpal}}==
<
cat = new(pet)
dog = new(pet)
fido = new(dog)
felix = new(cat)</
=={{header|Wren}}==
<
// methods
}
Line 2,211:
class Collie is Dog {
// methods
}</
=={{header|XLISP}}==
<
(define-class dog
Line 2,226:
(define-class lab
(super-class dog))</
A REPL session:
<
#<Class:ANIMAL #x57094c8>
Line 2,248:
IVARCNT = 0
IVARTOTAL = 0
#<Class:DOG #x57094c8></
=={{header|zkl}}==
<
class Dog(Animal){} class Cat(Animal){}
class Lab(Dog){} class Collie(Dog){}
Collie.linearizeParents</
{{out}}
<pre>
|