„Objektumorientált programozás” változatai közötti eltérés

[ellenőrzött változat][ellenőrzött változat]
Tartalom törölve Tartalom hozzáadva
→‎Kritikája: Leo Brodie
→‎Kritikája: Eric S. Raymond
225. sor:
* [[Robert Harper]], a [[Carnegie-Mellon Egyetem]] professzora [[Robert Harper (computer scientist)|Robert Harper]] 2011 márciusában írta a következőt: "Ebben a szemeszterben Dan Licatával közösen tartunk egy kurzust a [[funkcionális programozás]]ról a jövendőbeli informatika szakosoknak... Az objektumorientált programozást kivettük a bevezető tantervből, mert természetéből adódóan nem moduláris és nem támogatja a párhuzamos feldolgozást, emiatt nem felel meg egy modern tantervnek. Akit mégis érdekel, a másodéves hallgatók részére ajánlunk egy kurzust az objektumorientált tervezésről."<ref>[http://existentialtype.wordpress.com/2011/03/15/teaching-fp-to-freshmen/ Teaching FP to Freshmen], Harper informatikaoktatással foglalkozó blogjáról.[http://existentialtype.wordpress.com/2011/03/15/getting-started/]</ref>
* Részletes cikkében Lawrence Krubner végigveszi az objektumorientált programozás tizenkét aspektusát, és bebizonyítja, hogy más nyelvekhez hasonlítva (lisp, funkcionális nyelvek stb.) az OOP nyelveknek nincsenek különleges erősségeik, viszont szükségtelen komplexitást hordoznak magukkal.<ref name="lawrence">{{Cite web| last=Krubner| first=Lawrence| title=Object Oriented Programming is an expensive disaster which must end| url=http://www.smashcompany.com/technology/object-oriented-programming-is-an-expensive-disaster-which-must-end| publisher=smashcompany.com| accessdate=14 October 2014}}</ref>
*[[Leo Brodie ]] szerint kapcsolat lehet az objektumok különállósága és a kód duplikálása között,<ref>{{Cite book| url=http://thinking-forth.sourceforge.net/thinking-forth-ans.pdf| title=Thinking Forth| last=Brodie| first=Leo|pages=92-93 |year=1984 |accessdate=4 May 2018}}</ref> ami megsérti a [[ne ismételd önmagad]] alapelvet.<ref>{{cite web| work=Category Extreme Programming| last=Hunt| first=Andrew| url=http://wiki.c2.com/?DontRepeatYourself|title=Don't Repeat Yourself| accessdate=4 May 2018}}</ref> A duplikálást nehéz elkerülni, ha vannak olyan különböző osztályok, amelyek hasonló funkcionalitású kódot tartalmaznak.<ref>{{Cite web | author=The Propel Team| title=Blog: Don't Copy Code. Oh, and Inheritance and Composition are Bad, Too| url=http://propelorm.org/blog/2011/03/03/don-t-copy-code-oh-and-inheritance-and-composition-are-bad-too.html|accessdate=4 May 2018}}</ref> Ezekre a helyzetekre az absztrakt gyár lehet megoldás.<ref>{{cite web| work=Head First Design Patterns by Kathy Sierra| last=Sierra| first=Kathy| author2=Bert Bates| author3=Elisabeth Robson| author4=Eric Freeman| title=Chapter 4. The Factory Pattern: Baking with OO Goodness| url=https://www.oreilly.com/library/view/head-first-design/0596007124/ch04.html| accessdate=4 May 2018}}</ref> Azonban a [[refraktorálás]] csapdái akadályozzák ezt is. A lehetséges problémák közé tartozik a korlátozott bővíthetőség és a kliensekkel való kapcsolat törése.<ref>{{cite web| work=Design Patterns| last=Figuereo| first=Modesto| title=Design patterns #3: Factories| url=https://medium.com/@modestofiguereo/design-patterns-3-factories-77866598770a#4065| accessdate=4 May 2018}}</ref>
*[[Eric S. Raymond]], a [[Unix]] programozója és a nyílt forrású kód szószólója kritikus azzal a szemlélettel szemben, ami az objektumorientált programozást tartja az egyértelmű legjobb megoldásnak. Azt írta, hogy az objektumorientáltság olyan sok réteget hozhat létre, ami már átláthatatlan.<ref name="Eric S. Raymond 2003">{{cite web|url=http://www.catb.org/esr/writings/taoup/html/unix_and_oo.html|title=The Art of Unix Programming: Unix and Object-Oriented Languages|author=Eric S. Raymond|date=2003|accessdate=2014-08-06}}</ref> Raymond összehasonlította ezt a Unix és a [[C (programozási nyelv)|C]] által képviselt szemlélettel.
 
== Kapcsolódó szócikkek ==