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.
K personalizaci obsahu a reklam, poskytování funkcí sociálních médií a analýze naší návštěvnosti využíváme soubory cookie. Informace o tom, jak náš web používáte, sdílíme se svými partnery pro sociální média, inzerci a analýzy. Partneři tyto údaje mohou zkombinovat s dalšími informacemi, které jste jim poskytli nebo které získali v důsledku toho, že používáte jejich služby.
Používáme nezbytné cookies pro fungování webu a s tvým souhlasem také analytické a marketingové cookies.
Zajišťují základní funkce, bezpečnost a služby, které sis vyžádal. Nelze je vypnout.
| Služba | Poskytovatel | Účel | Cookies a úložiště | Doba uložení |
|---|---|---|---|---|
| ITnetwork | ITnetwork | Provoz webu, relace, přihlášení a uložení nastavení cookies. | PHPSESSID, auth_token, sid, itn_consent_impression, __Host-itn_consent | Relace až 1 rok |
| Google Tag Manager | Správa značek a načítání měřicích nástrojů webu. | Žádné | Neukládá se | |
| Google Fonts | Načítání typografie webu. | Úložiště řízené poskytovatelem | Dle podmínek poskytovatele | |
| Google Hosted Libraries | Načítání potřebných knihoven a stylů webu. | Úložiště řízené poskytovatelem | Dle podmínek poskytovatele | |
| Google reCAPTCHA | Ochrana formulářů a webu před zneužitím. | _GRECAPTCHA, rc::a, rc::b, rc::c, rc::f | Relace až 180 dní | |
| YouTube | Přehrávání vloženého video obsahu. | localStorage, IndexedDB; cookies after playback interaction | Relace až trvalé úložiště | |
| Vimeo | Vimeo | Přehrávání vloženého video obsahu. | __cf_bm, _cfuvid, vuid, localStorage, IndexedDB | Relace až 2 roky |
| Facebook Login | Meta | Přihlášení pomocí účtu třetí strany. | Úložiště řízené poskytovatelem | Relace až 1 rok |
| GoPay | GoPay | Zpracování uživatelem vyžádané platby. | Úložiště řízené poskytovatelem | Dle podmínek poskytovatele |
Pomáhají nám porozumět používání webu a zlepšovat ho.
| Služba | Poskytovatel | Účel | Cookies a úložiště | Doba uložení |
|---|---|---|---|---|
| Google Analytics 4 | Měření návštěvnosti a používání webu. | _ga, _ga_* | Až 2 roky | |
| Microsoft Clarity | Microsoft | Měření návštěvnosti a používání webu. | _clck, _clsk, _cltk | Relace až 1 rok |
Slouží k měření kampaní, personalizaci reklamy a marketingové komunikaci.
| Služba | Poskytovatel | Účel | Cookies a úložiště | Doba uložení |
|---|---|---|---|---|
| Google Ads | Měření kampaní, reklama a remarketing. | _gcl_au, _gcl_ls | Relace až 90 dní | |
| Meta Pixel | Meta | Měření kampaní, reklama a remarketing. | _fbp, _fbc, localStorage | Až 90 dní |
| Sklik | Seznam.cz | Měření kampaní, reklama a remarketing. | retargeting, sid, szn:* | Relace až trvalé úložiště |
| LinkedIn Insight | Měření kampaní, reklama a remarketing. | bcookie, li_gc, lidc, __cf_bm | Relace až 1 rok | |
| Ecomail | Ecomail.cz | Měření kampaní, reklama a remarketing. | ecmid, Úložiště řízené poskytovatelem | Dle podmínek poskytovatele |
| Atribuce kampaní ITnetwork | ITnetwork | Přiřazení návštěvy a objednávky ke kampani. | campaign_clid[*], user_session_context | Až 1 rok |
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.