Content deleted Content added
Line 116:
::Oberon-1 wasn't even the slightiest bit object-oriented. In Oberon-2 there's no message passing, not everything is an object (in particular classes are not objects), polymorphism is limited to class hierarchies, and there's no object-based encapsulation. What it really supports is [[abstract data types]] and [[component-oriented]] programming (it is pretty much irrelevant whether it's "better" than oop, it's just not oop). It supports a little OOP, but to call it is too much to call it an "object-oriented programming language". [[User:Taw|Taw]] 17:51, 31 October 2006 (UTC)
::: I disagree - certainly as far as Oberon-2 is concerned. According to Hanspeter Mössenböck, the driving force behind Oberon-2, "Type-bound procedures together with type extension make Oberon-2 a true object-oriented language with dynamically-bound messages and strong type checking at compile time." Ref: http://www.statlab.uni-heidelberg.de/projects/oberon/kurs/www/Oberon2.OOP.html I recommend that you argue the case with him if you disagree: his contact details are http://www.ssw.uni-linz.ac.at/General/Staff/HM/. In the meantime, please rectify the changes that you made and discuss before making such changes in future.
==Merged Oberon-2 article in==
| |||