The essence of subclassing is the ability to represent classification hierarchies reflecting domain concepts. With the right class mechanism there is no need for a separate type/subtype mechanism, and general classes may have behavior specifications so that subclassing also implies code reuse. Sometimes the application is so well defined (known) that developers may readily start out with classes that represent domain concepts. Singular objects have been around for some time, so a new kind of language with equal support for both objects and classes would simply ask for tool support for objects in the spirit of e.g. Self and support for classes as described above.
Mon 31 OctDisplayed time zone: Amsterdam, Berlin, Bern, Rome, Stockholm, Vienna change
Mon 31 Oct
Displayed time zone: Amsterdam, Berlin, Bern, Rome, Stockholm, Vienna change
13:30 - 15:10 | |||
13:30 35mTalk | Nomen: A Dynamically Typed OO Programming Language, Transpiled to Java NOOL Tijs van der Storm CWI & University of Groningen Pre-print | ||
14:05 35mTalk | Static Typing Without Static Types - Typing Inheritance from the Bottom Up NOOL Benjamin Chung Carnegie Mellon University, Paley Li Northeastern University, Jan Vitek Northeastern University Pre-print | ||
14:40 35mTalk | The Essence of Subclassing NOOL Ole Lehrmann Madsen Aarhus University & The Alexandra Institute, Birger Møller-Pedersen University of Oslo Pre-print |