Čtvrtkon #53 - Marian Benčat
Profil Marian se pohybuje v IT odvětví téměř polovinu svého života, kdy ve 12 letech udělal to děsivé životní rozhodnutí, že bude programátorem. Jeho cesta vedla od PHP, přes assembler a C, až k současnému vývoji na platformě. NET. Kromě. NETu provozuje také sebemrskačství v podobě webového vývoje. Nad vývojem softwaru a současnými technologiemi hodně přemýšlí a snaží se najít optimální cestu. Pokud zrovna neprogramuje, tak nespí a aktivně se účastní jako redaktor nejrůznějších IT portálů jako je itnetwork.cz a dotnetportal.cz. V současné době pracuje jako SW architekt a. NET full-stack developer na volné noze. Za sebou má vývoj velkých enterprise projektů pro automobilový, finanční a lékařský průmysl. Téma Programovací paradigmata, odzvonilo OOP? V současné době můžeme nalézt informace, že objektově orientované programování je za zenitem a štafetový kolík přebírá funkcionální a imperativní programování. Je tomu opravdu tak, nebo se jedná pouze o další hipsterské nadšení, které za čtvrt roku opadne? Jaké jsou hlavní rozdíly a nevýhody jednotlivých paradigmat? Mají dogmata a je správné je dodržovat? Jak může volba konkrétního přístupu ovlivnit celou naši aplikaci od databáze až po API? Na to všechno se na Čtvrkonu podíváme a zkusíme si umíchat ideální přístup, který nám bude vyhovovat. Na ukázky kódu bude využit jazyk C#, jeho znalost však není potřeba a jeho použití vyplývá především z toho, že se jedná o multiparadigmatický jazyk. Info Samotná prezentace je spíše rozhledového typu. Každé z témat by šlo rozebrat dopodrobna a strávit tím delší čas – několik hodin. Pointou tedy je, seznámit vás s možnostmi jaké máte a ukázat, že byste se neměli nechat svazovat dogmaty. Pokud vás některé z témat zaujme je možné je dále studovat. Níže přikládám zajímavé odkazy: Enkapsulace a OOP: https://www.youtube.com/watch?v=QM1iUe6IofM&t=1325s https://www.youtube.com/watch?v=QM1iUe6IofM&t=1325s OOP a výkon: http://harmful.cat-v.org/software/OO_programming/_pdf/Pitfalls_of_Object_Oriented_Programming_GCAP_09.pdf Immutable: http://enterprisecraftsmanship.com/2015/03/02/functional-c-immutability/ Primitive obsession: http://enterprisecraftsmanship.com/2015/03/07/functional-c-primitive-obsession/ Railway-oriented programming http://enterprisecraftsmanship.com/2015/03/20/functional-c-handling-failures-input-errors/ Anemic domain model a SOLID https://blog.inf.ed.ac.uk/sapm/2014/02/04/the-anaemic-domain-model-is-no-anti-pattern-its-a-solid-design/ Pure function: https://en.wikipedia.org/wiki/Pure_function SOLID https://en.wikipedia.org/wiki/SOLID_(object-oriented_design)
Recomendados
Recomendados
Más contenido relacionado
Más de Péhápkaři
Más de Péhápkaři (20)
Čtvrtkon #53 - Marian Benčat
- 2. Marian Benčat • Programátor • „Ten hater“ 2
- 3. O přednášce • Co nezazní? • OOP je nejlepší • Funkcionální programování je nejlepší • …. je nejlepší…. „good luck for those, who are left behind“ 3
- 4. Prozření „V kariéře každého dobrého programátora nastane okamžik, kdy si uvědomí, že neexistuje nejlepší tool.“ 4
- 5. Rychlé rozdělení paradigmat • Imperativní • OOP • Procedurální • Deklarativní • Funkcionální • Logické 5
- 6. Deklarativní vs. Imperativní • Funkcionální se zaměřuje na to „co“ chceme udělat • Imperativní na to „jak“ to chceme udělat P1 6
- 7. OOP a setkání s reálnými projekty • Abstrakce • ORM • DAL (Data access layer) P2 Enkapsulace ORM UI Výkon? P3 7
- 8. 8
- 9. Na vysoké škole… „Má to garbage collector, tak se nemusíš zajímat o paměť“, říkali… …. „Bude to sranda“, říkali… 9
- 10. Anemic vs Rich Domain Model • Anemic • Doménové modely pouze nosiči dat (PDO, DTO, OPDO, POD,..) • Logika v servisách (manažerech) • OOP papaláši považováno za anti-pattern • RDM • Doménové modely obsahují veškerou logiku a jsou nosiči dat (enkapsulace) • Servisy slouží pouze jako „UI fasády“ • OOP papaláši vyzdvihován 10
- 11. RDM 11
- 12. Anemic 12
- 13. Anemic vs Rich Domain Model • A co na to SOLID? • Single responsibility principle • Open/closed principle • Liskov substitution principle • Interface segregation principle • Dependency inversion principle 13
- 14. Anemic? • API • Expose databáze 14
- 15. Funkcionální programování - principy • Pure functions • Immutability • Honest code • Stateless • Avoid-primitive obsession • Composition P1 • Rail-way programming 15
- 16. Pure functions • Output = fce(Input) • Pro stejné vstupy dostáváme vždy stejné výstupy • Není závislá na ničem jiném, než jsou vstupy • Nemá žádné side effecty • Pointa v odstranění stavu • Výhody: • Testovatelnost • Exceptions rejuvenate 16
- 17. Side effecty a exception recovery - Funcionalita vykoná side effect (Stream, store, queue,..) - Vyvolá exception - Chceme to zkusit znovu - Co skryté závislosti? 17
- 18. Immutability • Po vytvoření nelze objekt už měnit • Eliminuje side efekty • Jde to vždy? Co FS? Co Databáze? • Immutable core x mutable shell • Nevýhody? • Výkon • Překážky 18
- 20. Immutable conflict Immutable core: Void Add(car); ChangeRequest<Car> Add(car); Mutable shell: db.save(List<ChangeRequest<T>>); Integrační testy? Pustíme immutable shellem a vyflusnuté artefakty můžeme otestovat 20
- 21. Honest functions • int Divide(int a, int b) { if (b==0) throw new ArgumentException(); return a / b; } • int Max(int [] arr) { // Max(); -> -infinite var max = Int.Min; for(…) { if(…) max = arr[i]; } return max; } 21
- 22. Honest functions • int Divide(int a, int b); // throws exceptions • int Max(int [] arr); • int? Max(int [] arr); • void Save(Car car); • To vždycky klapne 22
- 24. Exceptions vs. GOTO 24 • Kdy použít exceptiony? • Je tedy GOTO špatné?
- 27. Ne příliš patrné problémy se stavem 27
- 28. Ne příliš patrné problémy se stavem 28
- 31. Railway-oriented programming 31 type Result<'TSuccess, 'TFailure> = | Success of 'TSuccess | Failure of 'Tfailure Promise .then(succ=>{ }, err=> { } );