{"id":34855,"date":"2019-10-31T22:00:51","date_gmt":"2019-10-31T19:00:51","guid":{"rendered":"https:\/\/prohoster.info\/blog\/10-printsipov-obektno-orientirovannogo-programmirovaniya-o-kotoryh-dolzhen-znat-kazhdyj-razrabotchik\/"},"modified":"2019-10-31T22:00:51","modified_gmt":"2019-10-31T19:00:51","slug":"10-printsipov-obektno-orientirovannogo-programmirovaniya-o-kotoryh-dolzhen-znat-kazhdyj-razrabotchik","status":"publish","type":"post","link":"https:\/\/prohoster.info\/cs\/blog\/news\/10-printsipov-obektno-orientirovannogo-programmirovaniya-o-kotoryh-dolzhen-znat-kazhdyj-razrabotchik","title":{"rendered":"10 princip\u016f objektov\u011b orientovan\u00e9ho programov\u00e1n\u00ed, kter\u00e9 by m\u011bl zn\u00e1t ka\u017ed\u00fd v\u00fdvoj\u00e1\u0159","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

\"10
\n
\n\u010casto se setk\u00e1v\u00e1m s v\u00fdvoj\u00e1\u0159i, kte\u0159\u00ed nesly\u0161eli o principech SOLID (my jsme o nich podrobn\u011b psali zde<\/a><\/noindex>. \u2014 pozn. red.) nebo o objektov\u011b orientovan\u00e9m programov\u00e1n\u00ed (OOP), nebo sly\u0161eli, ale nepou\u017e\u00edvaj\u00ed je v praxi. V tomto \u010dl\u00e1nku jsou pops\u00e1ny v\u00fdhody OOP princip\u016f, kter\u00e9 pom\u00e1haj\u00ed v\u00fdvoj\u00e1\u0159i v jeho ka\u017edodenn\u00ed pr\u00e1ci. N\u011bkter\u00e9 z nich jsou dob\u0159e zn\u00e1m\u00e9, jin\u00e9 m\u00e9n\u011b, tak\u017ee \u010dl\u00e1nek bude u\u017eite\u010dn\u00fd jak nov\u00e1\u010dk\u016fm, tak zku\u0161en\u00fdm program\u00e1tor\u016fm.
\n<\/a><\/noindex><\/p>\n

P\u0159ipom\u00edn\u00e1me:<\/b> pro v\u0161echny \u010dten\u00e1\u0159e \u201eHabra\u201c \u2014 sleva 10 000 korun p\u0159i p\u0159ihl\u00e1\u0161en\u00ed na jak\u00fdkoli kurz Skillbox s promo k\u00f3dem \u201eHabr\u201c.<\/i><\/p>\n

Skillbox doporu\u010duje:<\/b> Vzd\u011bl\u00e1vac\u00ed online kurz \u201eJava v\u00fdvoj\u00e1\u0159\u201c<\/a><\/noindex>.<\/p><\/blockquote>\n

<\/p>\n

DRY (Don\u2019t Repeat Yourself)<\/h3>\n

\nPom\u011brn\u011b jednoduch\u00fd princip, jeho\u017e podstata je jasn\u00e1 z n\u00e1zvu: \u201eNepo\u0159\u00e1dej se\u201c. Pro program\u00e1tora to znamen\u00e1 pot\u0159ebu vzd\u00e1lit se od duplicitn\u00edho k\u00f3du a tak\u00e9 mo\u017enost vyu\u017e\u00edvat v pr\u00e1ci abstrakci.<\/p>\n

Pokud v k\u00f3du existuj\u00ed dv\u011b opakuj\u00edc\u00ed se \u010d\u00e1sti, m\u011bly by b\u00fdt slou\u010deny do jedn\u00e9 metody. Pokud je pevn\u011b stanoven\u00e1 hodnota pou\u017e\u00edv\u00e1na v\u00edce ne\u017e jednou, m\u011bla by b\u00fdt p\u0159evedena na ve\u0159ejnou konstantu.<\/p>\n

To je pot\u0159eba, aby se zjednodu\u0161il k\u00f3d a usnadnila jeho \u00fadr\u017eba, co\u017e je hlavn\u00edm \u00fakolem OOP. Nen\u00ed dobr\u00e9 ani p\u0159eh\u00e1n\u011bt se slu\u010dov\u00e1n\u00edm, proto\u017ee stejn\u00fd k\u00f3d neprojde kontrolou jak s OrderId, tak se SSN.<\/p>\n

Inkapsulace zm\u011bn<\/h3>\n

\nSoftwarov\u00e9 produkty v\u011bt\u0161iny spole\u010dnost\u00ed neust\u00e1le vyv\u00edjej\u00ed. To znamen\u00e1, \u017ee do k\u00f3du je t\u0159eba zav\u00e1d\u011bt zm\u011bny a udr\u017eovat ho. Usnadnit si \u017eivot lze pomoc\u00ed inkapsulace. To umo\u017en\u00ed efektivn\u011bji testovat a udr\u017eovat st\u00e1vaj\u00edc\u00ed z\u00e1kladnu k\u00f3du. Zde je jeden z p\u0159\u00edklad\u016f<\/a><\/noindex>.<\/p>\n

Pokud programujete v Jav\u011b, pak p\u0159i\u0159azujte defaultn\u011b private metod\u00e1m a prom\u011bnn\u00fdm<\/a><\/noindex>.<\/p>\n

Princip otev\u0159enosti\/zav\u0159enosti<\/h3>\n

\nTento princip lze snadno zapamatovat, pokud si p\u0159e\u010dtete n\u00e1sleduj\u00edc\u00ed tvrzen\u00ed: \u201eSoftwarov\u00e9 entity (t\u0159\u00eddy, moduly, funkce atd.) by m\u011bly b\u00fdt otev\u0159en\u00e9 pro roz\u0161i\u0159ov\u00e1n\u00ed, ale uzav\u0159en\u00e9 pro zm\u011bny\u201c. V praxi to znamen\u00e1, \u017ee mohou umo\u017enit m\u011bnit sv\u00e9 chov\u00e1n\u00ed bez \u00fapravy zdrojov\u00e9ho k\u00f3du.<\/p>\n

Princip je d\u016fle\u017eit\u00fd, kdy\u017e \u00fapravy ve zdrojov\u00e9m k\u00f3du vy\u017eaduj\u00ed proveden\u00ed jeho revize, modulov\u00e9ho testov\u00e1n\u00ed a dal\u0161\u00edch procedur. K\u00f3d, kter\u00fd se pod\u0159izuje principu otev\u0159enosti\/zav\u0159enosti, se p\u0159i roz\u0161\u00ed\u0159en\u00ed nem\u011bn\u00ed, a proto s n\u00edm je mnohem m\u00e9n\u011b probl\u00e9m\u016f.<\/p>\n

Zde je p\u0159\u00edklad k\u00f3du, kter\u00fd tento princip poru\u0161uje.<\/p>\n

\"10
\n
\nPokud bude pot\u0159eba n\u011bco zm\u011bnit, zabere to spoustu \u010dasu, jeliko\u017e je t\u0159eba zm\u011bnit v\u0161echny \u010d\u00e1sti k\u00f3du, kter\u00e9 souvisej\u00ed s po\u017eadovan\u00fdm fragmentem.<\/p>\n

Mimochodem, otev\u0159enost-zav\u0159enost je jedn\u00edm z princip\u016f SOLID.<\/p>\n

Princip jedin\u00e9 odpov\u011bdnosti (SRP)<\/h3>\n

\nDal\u0161\u00ed princip ze sady SOLID. \u0158\u00edk\u00e1, \u017ee \"existuje pouze jeden d\u016fvod, pro\u010d by se t\u0159\u00edda m\u011bla m\u011bnit\". T\u0159\u00edda \u0159e\u0161\u00ed pouze jeden \u00fakol. M\u016f\u017ee m\u00edt n\u011bkolik metod, ale ka\u017ed\u00e1 z nich se pou\u017e\u00edv\u00e1 pouze k vy\u0159e\u0161en\u00ed spole\u010dn\u00e9ho \u00fakolu. V\u0161echny metody a vlastnosti by m\u011bly slou\u017eit pouze tomu. <\/p>\n

\"10
\n
\nHodnota tohoto principu spo\u010d\u00edv\u00e1 v tom, \u017ee oslabuje vazbu mezi jednotliv\u00fdmi komponenty softwaru a k\u00f3dem. Pokud p\u0159id\u00e1te v\u00edce ne\u017e jednu funk\u010dnost do t\u0159\u00eddy, zav\u00e1d\u00ed to vazbu mezi dv\u011bma funkcemi. Pokud tedy zm\u011bn\u00edte jednu z nich, existuje velk\u00e1 \u0161ance, \u017ee zkaz\u00edte druhou, kter\u00e1 je s prvn\u00ed spojena. To znamen\u00e1 zv\u00fd\u0161en\u00ed po\u010dtu testovac\u00edch cykl\u016f, abyste p\u0159edem odhalili v\u0161echny probl\u00e9my.<\/p>\n

Princip inverze z\u00e1vislost\u00ed (DIP)<\/h3>\n

\n\"10
\n
\nV\u00fd\u0161e byl uveden p\u0159\u00edklad k\u00f3du, kde AppManager z\u00e1vis\u00ed na EventLogWriter, kter\u00fd je zase \u00fazce spojen s AppManagerem. Pokud pot\u0159ebujete jin\u00fd zp\u016fsob, jak zobrazit ozn\u00e1men\u00ed, a\u0165 u\u017e je to push, SMS nebo email, je t\u0159eba zm\u011bnit t\u0159\u00eddu AppManager.<\/p>\n

Probl\u00e9m m\u016f\u017ee b\u00fdt vy\u0159e\u0161en pomoc\u00ed DIP. M\u00edsto AppManageru \u017e\u00e1d\u00e1me EventLogWriter, kter\u00fd bude zaveden pomoc\u00ed frameworku.<\/p>\n

DIP umo\u017e\u0148uje bez probl\u00e9m\u016f m\u011bnit jednotliv\u00e9 moduly jin\u00fdmi, zm\u011bnou modulu z\u00e1vislosti. To umo\u017e\u0148uje m\u011bnit jeden modul, ani\u017e by to ovlivnilo ostatn\u00ed.<\/p>\n

Kompozice m\u00edsto d\u011bdi\u010dnosti<\/h3>\n

\n\"10Hlavn\u00edmi zp\u016fsoby op\u011btovn\u00e9ho vyu\u017eit\u00ed k\u00f3du jsou dva \u2014 d\u011bdi\u010dnost a kompozice, p\u0159i\u010dem\u017e ka\u017ed\u00fd m\u00e1 sv\u00e9 v\u00fdhody a nev\u00fdhody. Obvykle se d\u00e1v\u00e1 p\u0159ednost druh\u00e9mu, proto\u017ee je flexibiln\u011bj\u0161\u00ed.<\/p>\n

Kompozice umo\u017e\u0148uje m\u011bnit chov\u00e1n\u00ed t\u0159\u00eddy za b\u011bhu nastaven\u00edm jej\u00edch vlastnost\u00ed. P\u0159i implementaci rozhran\u00ed se pou\u017e\u00edv\u00e1 polymorfismus, kter\u00fd umo\u017e\u0148uje flexibiln\u011bj\u0161\u00ed implementaci.<\/p>\n

Dokonce i \"Effective Java\" od Joshuy Blocha doporu\u010duje d\u00e1vat p\u0159ednost kompozici p\u0159ed d\u011bdi\u010dnost\u00ed.<\/p>\n

Princip substituce Barbary Liskov (LSP)<\/h3>\n

\nDal\u0161\u00ed princip z n\u00e1stroje SOLID. T\u00fdk\u00e1 se toho, \u017ee podtypy by m\u011bly b\u00fdt zam\u011bniteln\u00e9 za nadtyp. To znamen\u00e1, \u017ee metody a funkce, kter\u00e9 pracuj\u00ed s nadt\u0159\u00eddou, by m\u011bly b\u00fdt schopny bez probl\u00e9m\u016f fungovat i s jej\u00edmi podt\u0159\u00eddami.<\/p>\n

LSP souvis\u00ed jak s principem jedin\u00e9 odpov\u011bdnosti, tak s principem rozd\u011blen\u00ed odpov\u011bdnosti. Pokud t\u0159\u00edda poskytuje v\u00edce funkcionality ne\u017e podt\u0159\u00edda, posledn\u00ed nebude podporovat n\u011bkter\u00e9 funkce, co\u017e poru\u0161uje tento princip.<\/p>\n

Zde je \u00fasek k\u00f3du, kter\u00fd poru\u0161uje LSP.<\/p>\n

\"10
\n
\nMetoda area(Rectangle r) po\u010d\u00edt\u00e1 plochu obd\u00e9ln\u00edku. Program spadne po vykon\u00e1n\u00ed t\u0159\u00eddy Square, proto\u017ee Square zde nen\u00ed obd\u00e9ln\u00edk. Podle principu LSP by funkce, kter\u00e9 pou\u017e\u00edvaj\u00ed odkazy na z\u00e1kladn\u00ed t\u0159\u00eddy, m\u011bly b\u00fdt schopny pou\u017e\u00edvat objekty odvozen\u00fdch t\u0159\u00edd bez dal\u0161\u00edch instrukc\u00ed.<\/p>\n

Tento princip, kter\u00fd je specifick\u00fdm definov\u00e1n\u00edm podtypu, byl navr\u017een Barbarou Liskov v roce 1987 na konferenci v hlavn\u00edm refer\u00e1tu s n\u00e1zvem \u201eAbstrakce dat a hierarchie\u201c \u2014 odtud jeho n\u00e1zev.<\/p>\n

Princip rozd\u011blen\u00ed rozhran\u00ed (ISP)<\/h3>\n

\nDal\u0161\u00ed princip SOLID. Podle n\u011bj by nem\u011blo b\u00fdt implementov\u00e1no rozhran\u00ed, kter\u00e9 nen\u00ed pou\u017e\u00edv\u00e1no. Dodr\u017eov\u00e1n\u00ed tohoto principu pom\u00e1h\u00e1 syst\u00e9mu z\u016fstat flexibiln\u00edm a vhodn\u00fdm pro refaktoring p\u0159i zm\u011bn\u00e1ch v logice.<\/p>\n

Nej\u010dast\u011bji se tato situace vyskytuje, kdy\u017e rozhran\u00ed obsahuje n\u011bkolik funkcionalit, a p\u0159itom klient pot\u0159ebuje pouze jednu z nich.<\/p>\n

Proto\u017ee naps\u00e1n\u00ed rozhran\u00ed je slo\u017eit\u00fd \u00fakol, po dokon\u010den\u00ed pr\u00e1ce bude probl\u00e9m jej zm\u011bnit, ani\u017e by se n\u011bco poru\u0161ilo.<\/p>\n

V\u00fdhodou principu ISP v Jav\u011b je, \u017ee nejprve je t\u0159eba implementovat v\u0161echny metody, a a\u017e potom mohou b\u00fdt vyu\u017eity t\u0159\u00eddami. Tento princip tedy umo\u017e\u0148uje sn\u00ed\u017eit po\u010det metod.<\/p>\n

\"10
\n <\/p>\n

Programov\u00e1n\u00ed pro rozhran\u00ed, nikoli implementaci<\/h3>\n

\nZ n\u00e1zvu je to jasn\u00e9. Uplatn\u011bn\u00ed tohoto principu vede k vytvo\u0159en\u00ed flexibiln\u00edho k\u00f3du, kter\u00fd dok\u00e1\u017ee pracovat s jakoukoli novou implementac\u00ed rozhran\u00ed.<\/p>\n

M\u011bl by b\u00fdt pou\u017eit typ rozhran\u00ed pro prom\u011bnn\u00e9, n\u00e1vratov\u00e9 typy nebo typ argumentu metody. P\u0159\u00edklad - pou\u017eit\u00ed SuperClass m\u00edsto SubClass.<\/p>\n

To znamen\u00e1:<\/p>\n

List numbers = getNumbers();<\/i><\/p>\n

A ne:<\/p>\n

ArrayList numbers = getNumbers();<\/i><\/p>\n

Tady je praktick\u00e1 implementace toho, co bylo v\u00fd\u0161e \u0159e\u010deno.<\/p>\n

\"10
\n <\/p>\n

Princip delen\u00ed<\/h3>\n

\nB\u011b\u017en\u00fd p\u0159\u00edklad \u2014 metody equals() a hashCode() v Jav\u011b. Kdy\u017e je pot\u0159eba porovnat dva objekty, tato akce se deleguje p\u0159\u00edslu\u0161n\u00e9 t\u0159\u00edd\u011b m\u00edsto klientsk\u00e9.<\/p>\n

V\u00fdhodou tohoto principu je absence duplicity k\u00f3du a relativn\u011b snadn\u00e1 zm\u011bna chov\u00e1n\u00ed. Je tak\u00e9 aplikovateln\u00fd na delegaci ud\u00e1lost\u00ed.<\/p>\n

\"10
\n
\nV\u0161echny tyto principy umo\u017e\u0148uj\u00ed ps\u00e1t flexibiln\u011bj\u0161\u00ed, kr\u00e1sn\u011bj\u0161\u00ed a spolehliv\u011bj\u0161\u00ed k\u00f3d s vysokou koh\u00e9znost\u00ed a n\u00edzkou vazbou. Samoz\u0159ejm\u011b, teorie je dobr\u00e1, ale aby se v\u00fdvoj\u00e1\u0159 skute\u010dn\u011b nau\u010dil pou\u017e\u00edvat nabyt\u00e9 znalosti, je pot\u0159eba praxe. Dal\u0161\u00edm krokem po osvojov\u00e1n\u00ed princip\u016f OOP m\u016f\u017ee b\u00fdt studium n\u00e1vrhov\u00fdch vzor\u016f pro \u0159e\u0161en\u00ed b\u011b\u017en\u00fdch probl\u00e9m\u016f v\u00fdvoje softwaru.<\/p>\n

Skillbox doporu\u010duje:<\/b><\/p>\n