dziedziczenie oparte na prototypach a dziedziczenie oparte na klasach

Porównanie, które jest nieco stronnicze w stosunku do podejścia opartego na prototypach, można znaleźć w artykule - Self: the power of simplicity . W artykule przedstawiono następujące argumenty na rzecz prototypów:

Tworzenie przez kopiowanie . Tworzenie nowych obiektów z prototypów odbywa się poprzez prosta operacja, kopiowanie, z prostą biologiczną metaforą, klonowanie. Tworzenie nowe obiekty z klas są realizowane przez instancję, która obejmuje interpretacja Formatuj informacje w klasie. Instancjacja jest podobne do budowy domu z planu. Kopiowanie przemawia do nas jako prostsza metafora niż instancja.

Przykłady istniejących modułów . Prototypy są bardziej konkretne niż klasy ponieważ są to przykłady obiektów, a nie opisy formatowania i inicjalizacji. Te przykłady mogą pomóc użytkownikom w ponownym użyciu modułów, ułatwiając ich Rozumiem. System oparty na prototypie pozwala użytkownikowi na zbadanie typowego reprezentacyjne zamiast wymagać od niego, by zrozumiał jego opis.

Wsparcie dla obiektów jedyne w swoim rodzaju . Self zapewnia ramy, które mogą łatwo dołączaj jedyne w swoim rodzaju obiekty o własnym zachowaniu. Ponieważ każdy obiekt ma nazwane gniazda i gniazda mogą przechowywać stan lub zachowanie, każdy obiekt może mieć unikalne gniazda albo zachowania. Systemy klasowe są przeznaczone do sytuacji, w których istnieje wiele obiektów o tym samym zachowaniu. Nie ma wsparcia językowego dla obiekt posiadanie własnego, unikalnego zachowania i jest niewygodne (myśl wzorzec Singletona ), aby stworzyć klasę, która ma zagwarantowaną tylko jedną instancję. Ja nie cierpi z powodu żadnej z tych wad. Każdy obiekt można dostosować za pomocą własnego zachowania. Unikalny obiekt może przytrzymaj unikalne zachowanie, a oddzielna "instancja" nie jest potrzebna.

Eliminacja meta-regresu . Żaden obiekt w systemie klasowym nie może być samowystarczalny; inny obiekt (jego klasa) jest potrzebny do wyraź swoją strukturę i zachowanie. Prowadzi to do pojęciowo nieskończonego meta-regresu: a point jest instancją klasy Point, która jest instancją metametaclass Point, która jest instancją metametaclass Point, ad infinitum. Z drugiej strony, w systemach opartych na prototypach obiekt może zawierać własne zachowanie; żaden inny obiekt nie jest potrzebny, aby tchnąć w niego życie. Prototypy wyeliminuj meta-regres.

Self jest prawdopodobnie pierwszym językiem implementującym prototypy. (To także był pionierem innych ciekawych technologii, takich jak JIT, który później trafił do JVM. Więc czytanie innych artykułów powinno być również pouczające).

Powinieneś sprawdzić świetną książkę o JavaScript autorstwa Douglasa Crockforda . Zawiera bardzo dobre wyjaśnienie niektórych decyzji projektowych podejmowanych przez twórców JavaScript.

Jednym z ważnych aspektów projektowania JavaScript jest jego prototypowy system dziedziczenia. Obiekty są pierwszorzędnymi obywatelami w JavaScript, do tego stopnia, że regularne funkcje są również implementowane jako obiekty (dokładniej obiekt' Function'). Moim zdaniem, kiedy pierwotnie został zaprojektowany do pracy w przeglądarce miał być używany do tworzenia wielu pojedynczych obiektów. W przeglądarce DOM znajdują się takie okno, dokument itp. wszystkie obiekty singleton. Również JavaScript jest luźno typowanym językiem dynamicznym (W przeciwieństwie do Pythona, który jest silnie typowanym, dynamicznym językiem), w wyniku czego zaimplementowano koncepcję rozszerzenia obiektu poprzez użycie właściwości "prototype".

Więc myślę, że są pewne plusy dla OO opartych na prototypach zaimplementowanych w JavaScript:

1. odpowiedni w środowiskach luźno typowanych nie ma potrzeby definiowania typów jawnych.
2. sprawia, że niezwykle łatwo jest zaimplementować wzorzec Singletona(porównaj JavaScript i Javę w tym zakresie ,a będziesz wiedział, o czym mówię).
3. dostarcza sposobów zastosowania metody obiektu w kontekście innego obiektu, dynamicznego dodawania i zastępowania metod z obiektu itd. (rzeczy, które nie są możliwe w mocno wpisanym języku).

Oto kilka minusów prototypowy OO:

1. brak łatwego sposobu implementacji zmiennych prywatnych. Możliwe jest zaimplementowanie prywatnych zmiennych przy użyciu Kreatora Crockford przy użyciu closures , ale na pewno nie jest tak trywialne, jak użycie prywatnych zmiennych w Javie lub C#.
2. Nie wiem jeszcze, jak zaimplementować wiele dziedziczeń (o ile jest to warte) w JavaScript.