Miért szükséges az objektumorientáltság?

10: Ja, biztos, csak veled az a gond, hogy te még nemigen írtál OOP kódot, mert ha írtál volna, akkor nem azt írod, hogy "public, private, stb."

Hanem beugrott volna a protected is. Neked nem ugrott be. Érdekes.

A másik veréb meg osztályokra hivatkozik, holott az osztály még nem oop. Ezt is illene tudni.

Mindig ezt csinálja, random oldalakról másolgat be, mert ugye önálló gondolata sosincs :D :D :D

Nagyon kemény mi lehet a fejében :D

Atyaúristen :D :D :D :D

Ráguglizott az OOP-re és megtalálta, hogy van olyan, hogy protected :D :D :D

Ez kész :D

30%-os barátom:

én meghallgatom szívesen a véleményedet, de akkor ahelyett, hogy idehánysz egy adag copy-pastet és random egyetemi tanárokra hivatkozol fejtsd ki inkább, hogy szerintem mi a probléma az oop-vel.

Amúgy természetesen a vannak hátrányai is, a kérdező az előnyeit kérdezte.

És természetesen tisztában vagyok az oop-ben rejlő lehetőségekkel, hiszen pár éve foglalkozom a témával, de a célom az volt, hogy a kérdező megértse amit mondani akarok, nem az, hogy a tudásomat villogtassam.

"fejtsd ki inkább, hogy szerintem mi a probléma az oop-vel."

Az OOP-vel semmi probléma nincs, azon kívül, hogy redundanciát okoz, meg azon kívül, hogy túlzásba viszik a használatát. Az OOP nem szent grál, csak egy paradigma a többi mellett. Ennyi.

Nagyon sok esetben.

De nem csak OOP használata nélkül, hanem OOP-vel is el tudná kerülni a fejlesztő, ha nem, volna lusta és írna új base class-t, nem elővenne és használna egy olyat, ami nem az ő igényei mentén lett létrehozva, ergo tartalmaz egy rakás olyan kódot, amire nem lesz szüksége.

Példa:

APC szünetmentes windows driver szet egy kis p.cs appplikációval 40 mega, ugyanez linux alatt (kis p.cs app nélkül) 70 kb.

Jó dolog a láncfűrész, de nem fogpiszkáló darabolásához.

Váó, hogy valaki ennyire fogalmatlan legyen (és ekkora arca legyen hozzá.

Váó.