Wpis z mikrobloga

Jak najlepiej skonfigurować coś takiego pod kątem developmentu i deploymentu?

Pierwsze repozytorium - centralna strona HTML z defaultową zawartością i podpiętym defaultowym kodem JS (ES modules). Po przekazaniu przez query param odpowiedniej wartości ma być ładowany customowy kod z innych repozytoriów.

Kolejne repozytoria - ma być w nich kod JS, który ma modyfikować zawartość centralnej strony (np. zmieniać logo, tekst itp.), ewentualnie nadpisywać funkcje z centralnej strony. Kod modułowy, bundlowany przy deploymencie.

I teraz kwestia developmentu na tych customowych repozytoriach - jak najlepiej to wszystko postawić, żeby zespoły zarządzające tymi repozytoriami nie musiały u siebie stawiać lokalnie pierwszego repozytorium (z centralną stroną), tylko mogły u siebie lokalnie w swoim repo odpalić "npm run dev" i widziały efekt w postaci centralnej strony z załadowanym swoim lokalnym kodem.

Centralna strona jako proxy? Jako paczka npm?

#programowanie #frontend #webdev
mekong - Jak najlepiej skonfigurować coś takiego pod kątem developmentu i deploymentu...

źródło: image

Pobierz
  • 2
  • Odpowiedz
  • Otrzymuj powiadomienia
    o nowych komentarzach

@azbmwwysiadamtak: jesli OP pyta jak cos takiego postawic to bym raczej bym byl powsciagliwy z polecaniem mikro frontow, bo to chyba jedna z najtrudniejszych architektur do utrzymania sensownie (pod warunkiem ,ze jej ptorzebujesz wogole), plus standaryzacji tez specjalnej nie ma

@mekong: co znaczy - "maja podmieniac"? chcesz uzyc templatki z "central page" na innych podstronach na tej samej domenie? czy to sa osobne domeny, ktore zaciagaja centralny skrypt
  • Odpowiedz