14 komentářů k článku Merkur aneb jak vzniká mikrofrontend framework:

  1. Mlocik97

    Definice
    Tá definice o mikrofrontende mi znie nie len prapodivná, ale není to vlastne definícia pre komponentový prístup, aký je bežný vo front-ende už snáď 10 rokov? A že „Při bližším pohledu se ale ukázalo, že většina frameworků nesplňuje naše potřeby.“ tak to ani Svelte? Lebo ten by som povedal že to splňuje viac než dobre.

  2. Slavek

    SSR?
    Ano, to je pravda. Urcite je to jeden z dalsich pristupu pro SPA. Dival, jsem se na poslany link, ale SSR demo jsem tam nenasel. Asi se jenom spatne divam.

  3. L.

    Není framework jako framework
    Pokud by ty jednotlivé widgety byly ve stejné technologii, vytvářené pokud možno stejným týmem pak ano, dal by se na to použít běžný komponentový přístup.

    Microfrontend pattern se používá hlavně v situacích, kde je potřeba poskládat web z částí tvořených v různých technologiích (třeba kvůli přechodu na novou technologii, nebo protože ty části tvoří různé týmy používající různé technologie). A dále je častý požadavek, aby ty komponenty byly server-side-rendered kvůli SEO.

    Ten „framework“ se pak nestará o samotné vykreslení komponent, ale o posbírání server-side vykreslených widgetů z jejich API a poskládání do funkční stránky, tedy o úplně jinou úlohu, než kterou řeší Svelte / React / Angular / Vue / ..

  4. ja

    mikrofrontend na Seznamu
    Ano, je to znát, Seznam se stává pomalejším, uživatelsky méně přívětivým, náročným na prostředky. To je daň za použití takových fíčur.

  5. Mlocik97

    To nesúhlasím
    @L. tak u Svelte to nesúhlasím, Svelte práveže má všetko čo ste popísali, vie to SSR, môžeš v tom použiť z ľubovolných technológií/frameworkov vytvorené komponenty, môžeš to spojiť a vykresliť.

  6. L.

    Takže Svelte umí out-of-the-box při SSR přes nějaké API (jaké?) načíst kus stránky vyrenderované jiným frameworkem a umístit ho do renderované stránky včetně korektního napojení skriptů a CSS?

  7. Martin

    Proče ne typescript
    Zajímavý projekt.

    Nechápu použití čistého js. Kdyby to byl nějaký hobby projekt, tak proč ne, ale u projektu, který bude mít pravděpodobně značný scope nepoužít typescript – to mi hlava nebere.

    Máte k tomu nějaký důvod?

  8. Slavek

    Ono to skoro vypadá jako boj mezi Svelte a Merkur, ale to bych řekl, je špatné porovnání. Spíše je to tak, že je možné použít Svelte s Merkurem stejně jako ostatní předpřipravené knihovny. Integrující aplikaci (napsané v PHP, Node, Python, atd.) je jedno jestli je widget psaný v Preactu, Svelte, v čistém JS nebo dokonce na klientu bez JS.

  9. Slavek

    @tonda  Myslim, si ze zalezi pripad od pripadu, ale treba React predstavil Server Components, kde pouziva API. Urcite neni problem Merkur upravit na WebSocket pokud by bylo potreba. Podle clanku mate v Merkuru taky vsechno na jednom miste. Je mozne se pripojit primo do DB nebo konzumovat nejake API. Zalezi na potrebach widgetu ;-)

  10. Slavek

    @martin Planujem do budoucna zlepsit podporu pro TypeScript, ale zasadne by to tedka nemelo branit pokud by nekdo chtel psat widget v TypeScriptu. Nemeli jsme zasadni duvod ho pouzit. Proc si myslite, ze je to tak dulezite?

Napsat komentář

Tato diskuse je již příliš stará, pravděpodobně již vám nikdo neodpoví. Pokud se chcete na něco zeptat, použijte diskusní server Devel.cz

Zdroj: https://zdrojak.cz/?p=24295