Jakie są zalety tego OO opartego na prototypach, które ma ponadnormatywne OO?

Question

Dlaczego OO oparte na klasach jest tak popularne, a nie oparte na prototypach OO? Czy uczą tych drugich w szkołach? Chociaż JavaScript jest oparty na prototypach, większość ludzi używa go głównie funkcjonalnie lub za pomocą frameworków, które próbują emulować system oparty na klasach.

Wiem, że firma Sun przeprowadziła pewne badania na temat Self - czy istnieje inne źródło wiedzy na temat opartej na prototypach oo? najlepiej coś, co jest dostępne dla samouczenia się.

znalazłem książkę, która zawiera publikowane dokumenty: Prototype-Based Programming: Concepts, Languages and Applications

ktoś ją przeczytać?

-

Więc dałem nagrodę za odpowiedź, która dała mi najbardziej. Mimo to nie jestem usatysfakcjonowany. Chciałbym usłyszeć znacznie bardziej techniczne odpowiedzi. Może nie wyjaśniłem się dobrze.

Answer 1

Zaletą prototypowego dziedziczenia jest to, że potencjalnie pozwala na fantazyjne metaprogramowanie w prosty sposób, ponieważ łańcuch prototypów można łatwo manipulować. Jest to raczej korzyść naukowa, ponieważ metaprogramowanie jest błędną odpowiedzią w 99% przypadków. Przykładowo, możesz mieć warstwę manipulacji danymi w stylu JavaScript Observer-Style ze specjalnym DSL, który przeźroczyście przełączał między lokalnym podkładem SQLite podczas pracy w trybie offline, a magazynem opartym na REST, gdy jest on dostępny online poprzez prototypową zamianę. Nie jestem pewien, czy to najlepszy sposób na zrobienie tego, ale jest to najlepsze, co mogę wymyślić tak późno. Nie jest to coś, co zazwyczaj chcesz zrobić w kodzie projektu, ponieważ tego typu pośredniczenie jest piekielne do debugowania, gdy zaczynasz je uruchamiać na wielu warstwach, ale nie jest źle, gdy przechowujesz je w bibliotece.

Inną mniej przydatną zaletą jest to, że pozwala zaprojektować własny system klasy. Mówię mniej pomocny, ponieważ mniej więcej wszystkie biblioteki javascript mają swoje nieco niekompatybilne podejście do tego, jak "klasy" są zestawiane.

Wiele osób odpowiada, którzy mieszają model dziedziczenia z językami zaimplementowanymi w tym modelu. Fakt, że javascript jest dynamiczny i słabo napisany, a przez to trudny w użyciu, nie ma nic wspólnego z tym, że jest językiem prototypowym.

Answer 2

Nie znam dokładnych przyczyn tego, ale tutaj są moje powody

myślę, że to argumentować jest taka sama jak Dynamiczny vs statyczna, klasa jest statyczna definicja obiektu, który może być używany Łatwo dowiedzieć się, czego się spodziewać po obiekcie, pomaga także narzędziom językowym mieć odpowiednie wsparcie i dokumentację dla intellisense, ponieważ można łatwo poznać, jakie są różne elementy i metody w obiekcie, innym jest inny paradygmat posiadania zdolności do zadeklaruj prywatnych członków w klasie, które nie pokazują się na obiekcie, nie można tego zrobić w prototypowym paradygmacie.

Prototypowy paradygmat jest fajny, jednak brakuje mu możliwości dostarczania informacji o metodach i elementach w obiekcie, co sprawia, że ​​oprzyrządowanie jest trudniejsze, a także ma więcej sensu w pisaniu dynamicznego pisania.

Answer 3

http://en.wikipedia.org/wiki/Prototype-based_programming#Criticism wyjaśnia to całkiem dobrze, myślę.

Answer 4

Jeśli szukasz kogoś, kto wskaże zalety i wady każdego z nich jako wyjaśnienie ich popularności, myślę, że popadłeś w błąd, który jest z jakiegoś powodu bardzo powszechny w technologii - ta popularność ma coś zrobić z pewną bezwzględną miarą jakości.

Prawda jest o wiele bardziej łagodna - oparta na klasach OO jest popularna, ponieważ Java używa klasycznego OO, a Sun wydał miliony dolarów i bardzo długo budował popularność Java - upewniając ludzi, że jest z powodzeniem stosowany w korporacjach, szeroko nauczane na uniwersytetach oraz w szkolnych testach AP.

Prototypowe/klasyczne OO to tylko różne sposoby organizacji pomysłów. Można go wdrożyć w językach, które nie obsługują go natywnie (przychodzą na myśl Python i Java, a po drugiej stronie - JavaScript).

W klasycznym OO, definiujesz abstrakcyjną hierarchię klas dla swoich obiektów, a następnie pracujesz z instancjami tych klas. W dziedziczeniu prototypowym tworzysz hierarchię instancji obiektów. Chociaż wyobrażam sobie, że może to być trochę heretyckie w obu obozach, nie widzę powodu, dla którego nie mógłbyś mieszać dwóch ...

Answer 5

Myślę, że różnica tkwi w dynamicznym (prototypowym) języku . JavaScript, podobnie jak LISP, daje prawie nieograniczoną moc programistom. Ta moc jest ograniczona tylko przez odpowiedzialność programisty i poziom jego pewności siebie. Dyskusja jest tak stara, jak jest - tak samo jak pisanie statyczne vs.Jeśli uważasz, że twoja moc programowania i samodyscyplina są wystarczająco silne - wybierz prototypowy styl.

Parafrazując jedno słynne powiedzenie:

Talent robi to, co potrafi (czytaj: class-based), geniusz robi co chce (czytaj: prototyp na bazie).

Answer 6

To pytanie mnie zaintrygowało, więc wróciłem i przeczytałem kilka oryginalnych artykułów na ten temat. Wygląda na to, że zaczęło się w połowie lat 80. w świecie Smalltalk, ale ostatecznie stało się jednym z głównych założycieli Self. Dużo późniejszy JavaScript też to zaadaptował.

Argument przedstawiony w gazetach jest taki, że łatwiej się uczyć. Naprawdę nie ma żadnej korzyści technicznej proponowanej poza nauką. Wszystkie artykuły wyjaśniają, że jest tak samo ekspresyjny jak język oparty na klasach, ale o wiele łatwiejszy do nauczenia. Ludzie naturalnie myślą o rzeczach w sposób konkretny, a nie abstrakcyjny. Myślimy o słoniu, który widzieliśmy w zoo, a nie o generycznym "słoniu". Kiedy widzimy inne słonie, klasyfikujemy je jako różnice od pierwszego. Język oparty na prototypach ułatwia takie myślenie. Pomyśl o tym jako o programowaniu różnicowym.

Czy to wystarczający powód, aby używać go w języku? Być może. W ciągu 25 lat od pierwszego pomysłu perkolacji twierdzę, że abstrakcyjne pojęcia, takie jak OO oparte na klasach, nie były zbyt trudne dla większości ludzi. Z drugiej strony być może potrzebny jest język programowania (np. Javascript), który jest łatwiejszy i może to być sposób na osiągnięcie tego.

Jeśli jesteś zainteresowany, możesz zacząć od this paper o sobie.

Answer 7

Naprawdę nie chcę ponownie pisać kolejnego artykułu o prototypowym dziedziczeniu, więc po prostu linkuję do moich poprzednich artykułów. Pamiętaj, że są naprawdę długo, ale warto czytać:

1. Benefits of prototypal inheritance over classical?
2. Why Prototypal Inheritance Matters