Technologie nevolíme podle módy, ale podle provozní reality, životnosti, potřeby integrace a schopnosti týmu. Rozhodující není módní slovo, ale zda bude systém později čistě provozovatelný, rozšiřitelný a převzatelný.
Silný pro business logiku a multiplatformní klienty
Delphi je silný tam, kde má být dlouhodobě udržena vyrostlá business logika, procesy blízko databáze, reporty a stabilní klienti pro Windows, macOS a Linux.
Delphi zobrazit
C#
Silný pro REST, služby a portály
C# používáme, když mají portály, moderní backendové služby, REST-API a integrace čistě navazovat na stávající podnikové systémy.
C# zobrazit
Architektura
Layer-3 místo monolitické zátěže
Oddělujeme záměrně rozhraní, business logiku a přístup k datům, aby změny zůstaly plánovatelné a nové služby nemusely být budovány proti stávajícímu systému.
Layer-3 zobrazit
Platformy
Windows 11 ARM64 rovnou zohlednit
Kromě klasických x64 cílů zohledňujeme aktuální platformy jako Windows 11 ARM64 již brzy, aby nový hardware a nasazení později nebyly zvláštním projektem.
ARM64 zobrazit
Kdy je který přístup vhodný
Delphi je vhodný, když
- stávající odborná logika má přetrvat,
- komplexní desktopové procesy musí zůstat stabilní,
- Windows-, macOS- a Linux-klienti mají vzniknout na společném odborném základu.
C# je vhodný, když
- REST-servery a služby jsou budovány,
- API a externí integrace jsou v popředí,
- požadují se moderní architektury služeb.
Hybrid je vhodný, když
- stávající aplikace a nové portály musí spolupracovat,
- desktop, služby a web využívají stejnou datovou základnu,
- modernizace má probíhat postupně a jako Layer-3-struktura.
Delphi-modernizace v praxi
Pokud je stará Delphi-aplikace odborně stále hodnotná, nemodernizujeme naslepo. Nejprve analyzujeme, jak systém skutečně funguje, jaké procesy zajišťuje, kde se přerušují datové toky a které historické závazky zpomalují provoz. Na základě toho vznikne cesta modernizace, která není jen na papíře čistá, ale v každodenním provozu udržitelná.
V mnoha dlouho rostoucích aplikacích není skutečná hodnota v uživatelském rozhraní, ale v letech odborné logiky, zvláštních pravidel, výjimek a zkušeností. Tuto substanci nelze lehkomyslně zahodit. Oddělujeme odpovědnosti jasně, přeuspořádáme databázi, nahradíme staré přístupové cesty, vytvoříme nová REST-rozhraní a podle potřeby doplníme klienty pro Windows, macOS a Linux na téže odborné bázi. Nevzniká tak tvrdé přerušení, ale sledovatelný vývoj s jasným technickým zaměřením.
Často to také znamená převést historicky vzniklé monolity do podoby, která je udržovatelná, testovatelná a rozšiřitelná. Přístupy k datům se stabilizují, business logika se oddělí z kódu rozhraní, rozhraní se stanou plánovatelnými a budoucí rozšíření už se nebudou muset prosazovat proti existujícímu stavu. Cílem není kosmetická modernizace, ale systém, který firmě opět umožní dýchat pro nové požadavky.
Služby a servery jako součást téže architektury
Mnohé podnikové systémy dnes potřebují nejen klienta, ale i pozadí běžící služby, Windows- nebo Linux-servisy a REST-servery. Právě proto tyto části neplánujeme jako dodatečný přístavek, ale jako součást téže architektury. Služba, která se do systému přidá až později, se téměř vždy stane zvláštním případem.
Pokud mají být data distribuovaně zpracovávána, poskytována rozhraní, prováděny exporty, sledovány importy nebo úlohy spouštěny časově řízeně na pozadí, musí být technická odpovědnost vyjasněna od začátku. Které části běží v klientu, které ve službě, které na serveru, jak se chyby zobrazují, jak jsou sledovatelné změny stavů, jak zůstavá business logika konzistentní? Na tyto otázky odpovídáme brzy, aby se z jednotlivých stavebních bloků stal zatížitelný celek.
To je obzvlášť rozhodující u multiplatformních projektů. Desktopový klient na Windows, macOS nebo Linux nesmí odborně znamenat něco jiného než doprovodný REST-server nebo pozadní služba. Proto navrhujeme datový model, procesy, oprávnění, integrace a provoz vždy společně. Tak vzniká architektura, ve které klienti, služby a servery mluví stejným jazykem.
Naše zásada
Technologie pro nás není náboženství. Rozhodující je, aby architektura, schopnosti týmu, provoz a budoucí rozšíření odpovídaly podniku. Neporazí nejhlasitější platforma, ale ta, se kterou lze smysluplně řídit riziko, udržovatelnost a růst.
Některé úkoly řešíme vědomě pomocí Delphi, protože tam se promítají síly vzniklé business logiky, výkonných klientů a multiplatformních schopností. Jiné požadavky lépe sedí na C#, na služby, na portál nebo na kombinaci obojího. Dobrá architektura nevzniká z módy, ale z jasnosti: Která část systému nese jakou odpovědnost, jaká životnost se očekává, jak velký je tým, jak kritický je provoz a jaká rozšíření jsou v následujících letech realistická?
Právě tam pro nás začíná profesionální vývoj softwaru. Nechceme dodat jen něco, co dnes funguje, ale vytvořit technický základ, který bude i později sledovatelný, převzatelný a ekonomicky udržitelný.
Často kladené otázky k technologii a architektuře
Technologická rozhodnutí musí odpovídat týmu, doméně a provozu. Právě proto tyto otázky neřešíme abstraktně, ale vždy přímo na konkrétním systému.
Kdy je Delphi smysluplné oproti kompletní nové platformě?
Vždy když má být ekonomicky zachována existující doménová logika, výkonné desktopové procesy a cíle multiplatformnosti, místo aby se podstata lehkomyslně nahrazovala.
Kdy nasadíte navíc C#?
Především pro portály, webová backendová řešení, REST-služby, integrace a servisně orientované části architektury, které se dobře propojí s existujícími desktopovými systémy.
Jak důležitý je Layer-3 v praxi?
Velmi. Teprve čisté oddělení UI, business logiky a přístupu k datům činí modernizaci, testování, služby a budoucí přechody mezi platformami zvládnutelnými.
Zvažujete nové platformy jako Windows 11 ARM64 již v rané fázi?
Ano. Nový cílový hardware a cesty nasazení prověřujeme včas, aby se z nich později nestaly nákladné samostatné projekty.
Přehled dalších otázek
Tyto krátké odpovědi zůstanou na této stránce. Na centrální stránce FAQ téma navíc zasadíme do souvislosti s architekturou, modernizací, platformami a provozem.