Technologický profil
Přehled naší technické základny
Delphi. C#. SQL. APIs.
Technologie, které odpovídají doménové logice, datům a provozu.
Technologie v obrazech
Technologická rozhodnutí jsou u nás zřejmá z cílové architektury.
Nejde o heslo, ale o to, jak budou platforma, služby a vrstvy později spolupracovat. Tyto náčrty činí směr uchopitelným.
Sdílené jádro pro více cílů
Multiplatformní řešení má smysl, když více klientů využívá stejnou doménovou logiku a nesmí dojít k jejich rozcházení.
* Použité názvy platforem a značky patří příslušným držitelům práv.
C# a služby jako doplněk
Portály, REST a služby doplňují jádro tam, kde se posiluje webová a provozní logika.
Cílový hardware včas zohlednit
Platformové změny, například ARM64, patří do architektury a nasazení, dříve než se stanou problémem podpory.
Vhodné výkonové a technické cesty
Důležitá prohloubení k tomuto tématu
Technologie nepoužíváme podle módy, ale podle provozní reality, životnosti, potřeb integrace a schopností týmu. Rozhodující není módní heslo, ale zda systém zůstane později čistě provozovatelný, rozšiřitelný a převzatelný.
Vhodné pro business logiku a multiplatformní klienty
Delphi je silný tam, kde je třeba dlouhodobě udržet existující obchodní logiku, databázově blízké procesy, reporty a stabilní klienty pro Windows, macOS und Linux.
Delphi zobrazit
C#
Vhodné pro REST, služby a portály
C# používáme, když se portály, moderní backendové služby, REST-API a integrace mají čistě napojit na stávající podnikové systémy.
C# zobrazit
Architektura
Layer-3 místo monolitického dědictví
Oddělujeme prezentační vrstvu, obchodní logiku a přístup k datům záměrně, aby změny zůstaly plánovatelné a nové služby nemusely být stavěny proti existujícímu systému.
Layer-3 zobrazit
Platformy
Windows 11 ARM64 brát v úvahu už od začátku
Kromě klasických cílů x64 zohledňujeme moderní platformy jako Windows 11 ARM64 již v rané fázi, aby nová hardwarová řešení a nasazení později nebyla samostatným projektem.
Zobrazit ARM64
Kdy je která smysluplná
Delphi je vhodné, když
- stávající doménová logika má přetrvat,
- komplexní desktopové procesy musí zůstat stabilní,
- klienti pro Windows, macOS a Linux mají vzniknout na společné doménové bázi.
C# je vhodné, když
- budují se REST servery a služby,
- API a externí integrace jsou v centru pozornosti,
- 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 používají tutéž datovou základnu,
- modernizace má probíhat krokově a jako Layer-3-struktura.
Delphi-Modernisierung in der Praxis
Pokud je stará Delphi-aplikace z hlediska domény stále přínosná, nemodernizujeme naslepo. Nejdříve analyzujeme, jak systém skutečně funguje, jaké procesy zajišťuje, kde se přerušují datové toky a které historické zátěže zpomalují provoz. Z toho vznikne plán modernizace, který není jen na papíře čistý, ale v praxi udržitelný.
V mnoha dlouhodobě vyvíjených aplikacích není skutečná hodnota v uživatelském rozhraní, ale v letech odborné logiky, speciálních pravidel, výjimek a zkušenostních znalostí. Tuto substanci nelze bez rozmyslu zahodit. Oddělujeme odpovědnosti důsledně, upravíme strukturu databáze, nahradíme staré způsoby přístupu, 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ý zlom, ale sledovatelný vývoj s jasným technickým záběrem.
Často to také znamená přetvořit historicky vzniklé monolity do podoby, která je udržovatelná, testovatelná a rozšiřitelná. Přístup k datům se stabilizuje, business-logika se uvolní z kódu rozhraní, rozhraní se stanou plánovatelnými a budoucí rozšíření už se nemusí dobývat proti existujícímu stavu. Cílem není kosmetická modernizace, ale systém, který firmě znovu poskytne prostor pro nové požadavky.
Služby a servery jako součást téže architektury
Dnešní podnikové systémy často potřebují nejen klienta, ale i pozadní 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 objeví až později „nějak mimo“, se téměř vždy stane výjimkou.
Pokud mají být data zpracovávána distribuovaně, mají být poskytována rozhraní, prováděny exporty, sledovány importy nebo úlohy spouštěny plánovaně na pozadí, musí být technická odpovědnost vyjasněna od počátku. Které části běží v klientu, které ve službě, které na serveru, jak budou chyby viditelné, jak budou změny stavu sledovatelné, jak zůstane business-logika konzistentní? Na tyto otázky odpovídáme brzy, aby se z jednotlivých bloků stal zatížitelný celek.
To je obzvlášť rozhodující u multiplatformních projektů. Desktopový klient na Windows, macOS nebo Linux nesmí věcně 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 vznikne architektura, ve které klienti, služby a servery mluví stejným jazykem.
Náš princip
Technologie pro nás není náboženství. Rozhodující je, aby architektura, schopnost týmu, provoz a budoucí rozšíření odpovídaly podniku. Nevyhrává nejhlasitější platforma, ale ta, s níž lze smysluplně řídit riziko, udržovatelnost a růst.
Některé úkoly řešíme cíleně s Delphi, protože tam se uplatní vyzrálá business-logika, výkonné klienty a multiplatformní schopnosti. 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: Jakou odpovědnost má která část systému, jaká životnost je očekávatelná, 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řebíratelný a ekonomicky udržitelný.
Časté otázky k technologii a architektuře
Technologická rozhodnutí musí odpovídat týmu, odbornosti a provozu. Právě proto tyto otázky neřešíme abstraktně, ale vždy na základě konkrétního systému.
Kdy je Delphi vhodné oproti kompletní nové platformě?
Kdykoli má být zachována existující obchodní logika, výkonné desktopové procesy a cíle multiplatformnosti s ohledem na ekonomiku, místo aby byla podstata lehkovážně nahrazena.
Kdy nasadíte navíc C#?
Především pro portály, webová back-endová rozhraní, REST-služby, integrace a části servisně orientované architektury, které se dobře dají provázat s existujícími desktopovými systémy.
Jak důležitý je Layer-3 v praxi?
Velmi. Pouze čisté oddělení UI, obchodní logiky a přístupu k datům činí modernizaci, testování, služby a budoucí přechody mezi platformami zvládnutelnými.
Zahrnujete nové platformy jako Windows 11 ARM64 už brzy do úvah?
Ano. Nový cílový hardware a cesty nasazení jsou ověřovány brzy, aby z toho později nevznikly nákladné speciální projekty.
Přečtěte si přehled dalších otázek
Tyto krátké odpovědi zůstanou zde na stránce. Na centrální FAQ-Landingpage téma dále zařadíme v souvislosti s architekturou, modernizací, platformami a provozem.
Další krok
Pokud máte konkrétní otázku týkající se modernizace, API nebo platformy, měli bychom technickou architekturu co nejdříve jednoznačně vymezit.
Net-Base hodnotí stávající systémy, datové toky, rozhraní a cílové platformy ne izolovaně, ale v kontextu doménové logiky, provozu a pozdějšího rozšíření.
- Současný stav, cílový stav a technická rizika jsou hodnoceny společně.
- REST, přístup k datům, portály a nasazení nebudou odkládány na později.
- Vidíte včas, která cesta je ekonomicky i provozně životaschopná.