Omezená dědičnost (je něco lepšího než OOP?)

[zboj]

To je dost nesmysl, bo code reuse.

Prakticky každá firma (co jsem viděl), která měla zoufale neudržitelný kód ho měla zoufalí proto, že dědily kůli code reuse. Takže za mě fakt ne!

To je lidma, ne děděním.

[Reklama]

[zboj]

@zboj
urcite nie
behavior fail

Určitě jo. V tomto případě to ani není težké na pochopení.

[Ondra Satai Nekola]

@zboj
urcite nie
behavior fail

Určitě jo. V tomto případě to ani není težké na pochopení.

Projed si historii diskuse. Problem nastane, kdyz mas mutable objekty.

[Ondra Satai Nekola]

@zboj
urcite nie
behavior fail

Určitě jo. V tomto případě to ani není težké na pochopení.

Dokonce koukam, ze to je defaultni priklad na wikipedii: https://en.wikipedia.org/wiki/Liskov_substitution_principle#A_typical_violation

[zboj]

@zboj
urcite nie
behavior fail

Určitě jo. V tomto případě to ani není težké na pochopení.

Projed si historii diskuse. Problem nastane, kdyz mas mutable objekty.

To ale platí obecně, nesouvisí to se čtvercema a obdélníkama.

[Reklama]

[Kit]

Projed si historii diskuse. Problem nastane, kdyz mas mutable objekty.

To je vše o tom, že si někdo myslí, že čtverec je obdélník. Když pak zjistí, že některé vlastnosti na to nepasují, zavrhne dědění jako celek - s vaničkou vyleje i dítě. Přitom kdyby neudělal chybu v počátečním předpokladu, že čtverec == obdélník, tak by věděl, že tyto dvě třídy od sebe dědit nemohou.

Takže dědičnost je nutné používat tam, kde má smysl a nepoužívat tam, kde smysl nemá. Bez dědičnosti by naše aplikace v OOP byly mnohonásobně delší. A ten kdo tvrdí, že dědičnost nepoužívá, ji používá neustále.

[LSP]

Přitom kdyby neudělal chybu v počátečním předpokladu, že čtverec == obdélník, tak by věděl, že tyto dvě třídy od sebe dědit nemohou.

Bez problémů mohou, ve čtverci se napíše nový konstruktor a dva settery a vyřešeno. Problém s tím má pouze Barbara Liskov a pár teoretiků k tomu

[Kit]

Přitom kdyby neudělal chybu v počátečním předpokladu, že čtverec == obdélník, tak by věděl, že tyto dvě třídy od sebe dědit nemohou.

Bez problémů mohou, ve čtverci se napíše nový konstruktor a dva settery a vyřešeno. Problém s tím má pouze Barbara Liskov a pár teoretiků k tomu

Někteří diskutující by z obavy před porušením LSP nejraději tyhlety dědičnosti úplně zakázali a vyhodili z OOP.

[perceptron]

@zboj
ja to lsp potom nechapem. vyjasni mi to:-) dik

[LSP]

Někteří diskutující by z obavy před porušením LSP nejraději tyhlety dědičnosti úplně zakázali a vyhodili z OOP.

Dědičnost objektů je nutná nikoliv postačující podmínka existence OOP. Nutný důsledek z toho je, že někteří diskutující vůbec nemají rádi OOP To jsme ale věděli dlouho ...

[Ondra Satai Nekola]

Někteří diskutující by z obavy před porušením LSP nejraději tyhlety dědičnosti úplně zakázali a vyhodili z OOP.

Dědičnost objektů je nutná nikoliv postačující podmínka existence OOP. Nutný důsledek z toho je, že někteří diskutující vůbec nemají rádi OOP To jsme ale věděli dlouho ...

Neni to nutna podminka. Muzes mit trebas OOP postavene na prototypech (nejsem fanda, ale reseni to je).

[LSP]

Neni to nutna podminka. Muzes mit trebas OOP postavene na prototypech (nejsem fanda, ale reseni to je).

Prototypy umožňují dědičnost z principu, byť je k dědění nutná rozsáhlá ruční práce.
Jazyk kde dědičnost opravdu není je hypotetická Java bez keyword extends.

[zboj]

Neni to nutna podminka. Muzes mit trebas OOP postavene na prototypech (nejsem fanda, ale reseni to je).

Prototypy umožňují dědičnost z principu, byť je k dědění nutná rozsáhlá ruční práce.
Jazyk kde dědičnost opravdu není je hypotetická Java bez keyword extends.

Samotné implements je taky dědičnost, byť trochu jiná.

[Kit]

Neni to nutna podminka. Muzes mit trebas OOP postavene na prototypech (nejsem fanda, ale reseni to je).

Prototypy umožňují dědičnost z principu, byť je k dědění nutná rozsáhlá ruční práce.
Jazyk kde dědičnost opravdu není je hypotetická Java bez keyword extends.

Mýlíš se. Dědičnost v Javě funguje i bez extends. Každá třída má předka.

[Mirek Prýmek]

Jinak bude vypadat objektový návrh v C++, jinak v Javě, jinak v Pythonu, jinak ve Smalltalku, jinak pro účely grafické, jinak pro účely matematické, jinak pro účely čmárání po obrazovce myší, jinak pro účely vykreslení něčeho plottrem, jinak pro účely algebraické, jinak pro účely geometrické a docela jinak, pokud by se mělo všechno výše uvedené nějak skloubit dohromady. A pak přijde někdo s požadavkem doplnění sférické geometrie a další bude chtít diferenciální a uvidíte, jak jste v ...

...a tomu se, milé děti, říká "znovupoužitelnost kódu v OOP"