Diskuze: UML Diagramy
Tvůrce
Zobrazeno 7 zpráv z 7.
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 |
Občas se kouknu na schéma, které vygeneruje Visual Studio nebo SQL management studio, někdy si na papír načmárám nějaký kousek schéma a vztahy tříd, pokud je to něco, kde vztahy nejsou úplně jasný nebo si to potřebuju ujasnit nebo to programujeme ve více lidech, ale jinak taky programuju tak, že prostě píšu rovnou třídy.
Pokud se jedná o větší projekt, obvykle si také něco nakreslím, nebo
aspoň delší dobu rozmýšlím. Obvykle se nejedná úplně o třídy, ale
spíše o komponenty. Nedá se říci, že bych používal přímo UML, ale jako
nějaké diagramy ty moje nákresy vypadají
.
Obecně mi přijde, že UML je dobrý nápad, ale najít ten konkrétní typ diagramu, kterým bych mohl standardizovanou formou vyjádřit, co potřebuju, je dosti obtížné. Často pak stejně zjistím, že ten diagram buď nedokáže vyjádřit některé aspekty mého problému, nebo jen velmi složitě. Pak mi vyjde lépe si nakreslit diagram dle vlastních pravidel.
UML má smysl jen u složitějších aplikací, zejména tehdy, když na nich ještě dělá více lidí. Obvykle píšu minimalistický kód, takže UML nepotřebuji. Kde ho občas používám je model entit v DB, když navrhuji novou funkčnost. Určitě si nic nekresli "svým stylem", když existují dobře fungující notace, které stejně nepřekonáš.
Uvítal bych, kdybych našel vhodný nástroj, který by mi z hotového programu vyrobil UML diagram, který by pak mohl být součástí dokumentace.
Zkusil jsem kdysi použít Umbrello k vygenerování zdrojáku z UML diagramu, ale vývoj jednoduché aplikace trval o hodně déle, než kdybych ten zdroják napsal přímo.
Kompromisem mezi oběma přístupy by tedy mohl být návrh v Umbrello, vygenerování stubů zdrojáku a pokračování vývoje bez UML. Jenže tím se může ztratit vazba mezi UML a výslednou aplikací.
Zatím si to vždy nakreslím vlastním způsobem, přijde mi zbytečné čistě pro mě kreslit a dordžovat přímo notace UML. UML má smysl jenom pokud na tom dělá víc lidí, takže je daná notace a každý to bude dělat a chápat stejně.
Nejdříve si rozmyslím co vlastně budu dělat, sepíšu funkce a nakreslím si flow UI. Tedy co uživatel může (USE CASE). POzději nějaký simple OOP návrh. každopádně většinou pak spíš píšu
Pokud dělám něco malýho, tak na návrh nějak kašlu, dávám z hlavy,
pokud je to něco složitějšího, nebo je UML podmínkou, pak si udělám
hrubej návrh na papír, a potom většinou přes Enterprise Architecta
vygeneruju UML z kódu 
Zobrazeno 7 zpráv z 7.