Please enable JavaScript.

Coggle requires JavaScript to display documents.

CODEBASE - Coggle Diagram

- - - - antd
        
        reexport as man in the middle
        
        vynucovat všechny exporty z @lib/antd
        
        vkládání sdílitelné custom logiky do vlastních verzí (extended) antd komponent (třeba persistence nastavení stránkování)
    - - identity-server
        
        MFE přístup - app per service (nebo alespoň modul per service)
        
        Sdílení stavu mezi MFEs (apps)
        
        Přes container/host app? Globální store?
      - notifications
        
        sdílení typů
        
        sdílení konstant
        
        sdílení utils/services
        
        možné i sdílení API/hooků?
        
        MODUL PER SERVICE
        
        TESTABLE?
        
        jednotlivé aplikace budou řešit především BL, UI, state, data rendering
        
        Typické závisloti
        
        react, typescript, eslint, prettier, vite/rollup (bundler)??, be-service, test libs?
        
        modul pro antd?
        
        které závislosti bychom (ne)chtěli mít sdílené? Aby nebylo nutno upgradovat všechny aplikace naráz
        
        reexportované antd komponenty, v případě potřeby naše wrappery/custom implementace - rozšíření (např. implementovat ukládání stránkovaní do local storage jako optional behavior do naší verze antd ProTable)
        
        po implementaci v modulu je funkce automaticky dostupná ve všech aplikacích
        
        1 more item...
        
        jednotné UI
        
        upgrade modulu = upgrade všude - při implementaci vlastního rozhraní
        
        PROČ?
        
        V případě nutnosti (třeba aktualizace knihoven) můžeme zkopírovat existující modul, tam provest upgrade, lokálně otestovat (případně spustit testy?) a poté se jen smaže starý balíček a kopie se přejmenuje/předělají se importy (to by mohlo proběhnout automaticky díky TS - ale musel by být v node_modules?)
        
        může probíhat klidně pomaleji, paralelně, nezávisle na vývoji, lze odložit, nízká nutnost ihned přepisovat něco v aplikaci, jakoby tomu bylo, pokud si API řeší přímo aplikace
        
        pokud bude rozhraní modulu dobře vydefinované, lzé kdykoliv změnit implementaci (jiný modul splňující stejné rozhraní)
        
        1 more item...
        
        lze začít dělat hned a poté dělat jen nezbytné minimum změn na portále
        
        sdílení např. ids/notifs mezi aplikacemi, snížení duplicity, řeší problmém shared
        
        pěstujme si náš vlastní dependency tree a opečovávejme jej
        
        proč bych si měl v každé aplikaci definovat useUsersBasics znovu?
      - jednotná "API"/rozhraní v aplikacích, snížení duplicity (totéž se na různých místech jmenuje jinak - nepřehledné, matoucí)
- - - - nikdo neumíme pořádně (nebo jsem si nevšimnul)
    - - styl se píšou de facto jako TS komponenty
        
        dají se trackovat přes reference
      - řeší problém pojmenovávání CSS tříd (hash)
        
        scoped
        
        "styled" (UI utility) komponenty
        
        ale i přesto styly nejsou inline
      - lze "dědit"/wrapovat obyčejné HTML elementy, ale i komponenty UI knihovny - dědí se props včetně typu