Jak sdílíme kód a typy mezi vaší webovou a mobilní aplikací
Tým studia · Web & produktové studio · 21. dubna 2026
Většina produktů dřív nebo později potřebuje tři věci: mobilní aplikaci, webovou aplikaci a backend, který je oba krmí. Klasická cesta jsou tři technologie, tři kódové základny a fakticky tři týmy, kde se každá funkce implementuje dvakrát a každá změna se koordinuje napříč vším. My stavíme všechny tři v jednom jazyce.
probrat váš produktCO JE V TOM
Frontend, mobil, backend a testování, jedním týmem místo tří.
Web v Next.js, mobil v React Native, backend v Nest.js, všechno TypeScript, v jednom repozitáři se sdílenými balíčky mezi nimi. Existuje přesně jedna definice toho, co je Produkt, Objednávka nebo Uživatel, a všechny tři aplikace ji importují. Když backend změní pole, web a mobil, které na něm závisí, okamžitě přestanou kompilovat a vypíšou přesný seznam všech dotčených míst.
V praxi je sdílených 30–50 % kódu, a je to právě ta část, kde jsou chyby nejdražší: definice dat, pravidla, výpočty. Obrazovky zůstávají oddělené, protože dobré mobilní a dobré webové rozhraní se od sebe skutečně liší.
Často ne. A agentura, která ho doporučuje na každém projektu, optimalizuje svoji fakturu, ne váš runway.
Pokud vaše aplikace hlavně ukládá a zobrazuje data a pravidla jsou jednoduchá, je spravovaný backend typu Firebase nebo Supabase správná volba. Ušetří znatelnou část vývoje a jeden až dva týdny. Pokud váš produkt páruje, počítá, vyplácí, schvaluje nebo se integruje s jinými systémy, počítejte s backendem na míru od prvního dne.
Přebíráme i hotové kódové základny: aplikace po předchozím týmu, produkty, které přerostly spravovaný backend, frontendy, které je potřeba postavit znovu, aniž by se přepisovalo všechno za nimi. Migrace z Firebase na backend na míru je normální, naplánovatelný projekt, ne přepis celé aplikace.
Ano, a přesně proto stavíme v React Native: jedna kódová základna běžící nativně na obou platformách, což je znatelně levnější a rychlejší než postavit tentýž produkt dvakrát.
Ano. Začínáme krátkou revizí toho, co existuje, a odhadem, kolik by stálo to zachovat oproti tomu nahradit. Toto posouzení dostanete dřív, než se k čemukoli dalšímu zavážete.
Pokud aplikace ukládá a zobrazuje data s jednoduchými pravidly, Firebase nebo Supabase opravdu stačí a ušetří peníze i čas. Pokud páruje, počítá, vyplácí, schvaluje nebo se integruje, plánujte backend na míru. Když si nejste jistí, začněte spravovaným a migraci si naplánujte jako milník, ne jako havárii.
Nejčastěji s PostgreSQL, dále s MySQL a MongoDB, přistupujeme k nim přes Prismu, TypeORM nebo Mongoose podle toho, co projekt potřebuje.
My: funkčně, cross-platform, na přístupnost, výkon i automatizovaně, na reálných zařízeních starých i nových, na obou platformách, ne jen v simulátorech.
SOUVISEJÍCÍ PROJEKTY
SPRÁVA FLOTILY
Rezervace, flotila, smlouvy, fakturace i analytika v jednom prostředí, plus rezervační web pro zákazníky a mobilní aplikace, na které běží pobočka.
OBĚH DOKUMENTŮ
Platforma pro schvalování a digitalizaci dokumentů, dost konfigurovatelná na to, aby sedla internímu procesu každého klienta. OCR přepisuje za vás, auditní stopa hlídá zbytek.
SOUVISEJÍCÍ ČLÁNKY
Tým studia · Web & produktové studio · 21. dubna 2026
Tým studia · Web & produktové studio · 24. března 2026
DALŠÍ SLUŽBY