Diskuze: Business vs aplikační logika
V předchozím kvízu, Online test znalostí Java, jsme si ověřili nabyté zkušenosti z kurzu.
Zobrazeno 2 zpráv z 2.
//= Settings::TRACKING_CODE_B ?> //= Settings::TRACKING_CODE ?>
V předchozím kvízu, Online test znalostí Java, jsme si ověřili nabyté zkušenosti z kurzu.
Ahoj,
osobně jsem nikdy nezažil tohle rozdělování. Aplikační logiku máš v podstatě celý model, který si zvolíš (třeba JPA, MVC atd).
V podstatě hlavní smyslem nějakého takového dělení je v tom, aby byly
jednotlivé operace logicky od sebe oddělené. Kupříkladu JPA - někdy to
vypadá, že je zbytečné mít nějaké repository rozhraní, protože by to
šlo samozřejmě bez nich, ale odděluje se takhle krásně veškerá logika
(aby bylo odděleno: práce s DB, kterou má zajišťovat pouze Hibernate,
business logika, kde máš pohromadě celé tvé firemní know how (tím i
zabezpečuješ, že se ven nedostane to, co nechceš - co by neměla vědět
hlavně konkurence. Kupříkladu když máš bankovní aplikaci, tak jejich
interní výpočty určitě nechtějí dávat nikomu najevo. Kupříkladu podle
čeho a jak zrovna ta dotyčná banka vypočítává hypotéky). Potom máš
další sekci - servisy (restové nebo webové). No a ty máš zase oddělené a
tak máš hezky na jednom místě to, co chceš vystavovat okolnímu světu.
To je asi to nejstručnější dělení kupříkladu JPA modelu. Ale
samozřejmě každý si vše přizpůsobí sobě.
Je možné, že existuje nějaké oficiální dělení API a business modelu.
Já osobně jsem se s tím nikdy nesetkal, tak ti píšu svoje zkušenosti.
Jestli se najde někdo s jiným názorem, také budu za něj rád, ale tohle je
ve zkratce a velmi stručně to, s čím jsem se doposud osobně setkával
já.
PS: také se stává, že business logiku zpracovávají převážně
senioři ve firmě - už z podstaty věci, kdy jsou tihle lidé ověření,
znají projekt velmi dobře a jsou i věrohodní A je to logické - nechceš byť i
zkušeného nováčka rovnou pouštět k internímu know-how, který firmu
živí.
To je tedy smysl celého dělení projektů na nějaké oddíly.
Zobrazeno 2 zpráv z 2.