Tehnološki profil
Pregled naše tehničke osnove
Delphi. C#. SQL. APIs.
Tehnologije koje odgovaraju poslovnoj logici, podacima i operacijama.
Tehnologija u slikama
Odluke o tehnologiji kod nas postaju vidljive kroz ciljnu arhitekturu.
Nije presudna ključna riječ, već način na koji će platforma, servisi i slojevi kasnije surađivati. Ove skice čine smjer opipljivim.
Shared Core za više ciljeva
Multiplatforma ima smisla kada više klijenata koristi istu poslovnu logiku i ne razilaze se.
* Korišteni nazivi platformi i robne marke pripadaju odgovarajućim nositeljima prava.
C# i usluge kao dopuna
Portali, REST i servisi nadopunjuju jezgru tamo gdje web i operativna logika jačaju.
Ciljni hardver planirati rano
Promjene platforme poput ARM64 trebaju biti obuhvaćene arhitekturom i deploymentom prije nego što postanu problem za podršku.
Odgovarajući putovi usluga i tehnologije
Važni dubinski sadržaji o ovoj temi
Tehnologije ne koristimo prema modi, nego prema operativnoj stvarnosti, vijeku trajanja, potrebama integracije i sposobnosti tima. Presudno nije krilatica, nego hoće li sustav kasnije ostati pouzdano upravljiv, proširiv i preuzimljiv.
Snažan za poslovnu logiku i klijente na više platformi
Delphi je snažan tamo gdje postojeća poslovna logika, procesi blizu baze podataka, izvještaji i stabilni klijenti za Windows, macOS i Linux trebaju biti dugoročno održavani.
Pogledajte Delphi
C#
Snažan za REST, servise i portale
C# koristimo kada portali, moderni backend-servisi, REST-API i integracije trebaju uredno povezati postojeće poslovne sustave.
Pogledajte C#
Arhitektura
Layer-3 umjesto monolitnog naslijeđa
Svjesno odvajamo sučelje, poslovnu logiku i pristup podacima kako bi promjene ostale planirane i novi servisi se ne bi morali graditi protiv postojećeg stanja.
Pogledajte Layer-3
Platforme
Uzeti u obzir Windows 11 ARM64 od početka
Uz klasične x64 ciljeve rano uzimamo u obzir aktualne platforme poput Windows 11 ARM64, kako nova hardvera i deploymente kasnije ne bi postali posebni projekti.
Pogledajte ARM64
Kada je koja opcija smislena
Delphi je smislen kada
- postojeća poslovna logika treba i dalje ostati na snazi,
- kompleksni desktop-procesi moraju ostati stabilni,
- Windows-, macOS- i Linux-klijenti trebaju nastati na zajedničkoj stručnoj osnovi.
C# je smislen kada
- REST-serveri i servisi se grade,
- APIs i vanjske integracije su u središtu,
- potrebne su moderne arhitekture servisa.
Hibridno rješenje je smisleno kada
- postojeće aplikacije i novi portali moraju surađivati,
- desktop, servisi i web koriste istu bazu podataka,
- modernizacija treba biti postupna i kao Layer-3-struktura.
Delphi-modernizacija u praksi
Ako stara Delphi-aplikacija još uvijek ima stručnu vrijednost, ne moderniziramo slijepo. Najprije analiziramo kako sustav zapravo funkcionira, koje procese podržava, gdje se prekidaju tokovi podataka i koje naslijeđene komponente usporavaju rad. Iz toga nastaje put modernizacije koji ne izgleda uredno samo na papiru, nego ostaje izvediv u svakodnevnom radu.
U mnogim naslijeđenim aplikacijama stvarna vrijednost često nije u sučelju, nego u godinama poslovne logike, posebnih pravila, iznimaka i znanja iz prakse. Tu se supstancu ne odbacuje olako. Mi jasno razdvajamo odgovornosti, reorganiziramo bazu podataka, zamjenjujemo stare putove pristupa, uspostavljamo nova REST-sučelja i po potrebi dopunjavamo klijente za Windows, macOS i Linux na istoj poslovnoj osnovi. Tako ne nastaje oštar prekid, nego razumljiv razvoj s jasnim tehničkim razgraničenjem.
Često to također znači dovesti povijesno narasle monolite u oblik koji je održiv, testabilan i proširiv. Pristup podacima se stabilizira, poslovna logika se izdvaja iz koda sučelja, sučelja postaju planirana i buduća proširenja više se ne moraju boriti protiv postojećeg sustava. Cilj nije kozmetička modernizacija, nego sustav koji tvrtki ponovno daje prostor za nove zahtjeve.
Servisi i serveri kao dio iste arhitekture
Mnogi poslovni sustavi danas trebaju ne samo klijenta, nego i pozadinske servise, Windows- ili Linux-servise i REST-servere. Upravo zato planiramo te dijelove ne kao naknadni dodatak, nego kao dio iste arhitekture. Servis koji se tek kasnije nekako doda gotovo uvijek postane posebni slučaj.
Kada se podaci trebaju distribuirano obrađivati, sučelja pružati, izvoz vršiti, uvoze nadzirati ili zadaci vremenski upravljano izvršavati u pozadini, tehnička odgovornost mora biti razjašnjena od početka. Koji dijelovi rade u klijentu, koji u servisu, koji na serveru, kako se greške čine vidljivima, kako su promjene stanja provjerljive, kako poslovna logika ostaje konzistentna? Na ta pitanja odgovaramo rano, kako bi od pojedinačnih komponenti nastao pouzdan cjelokupni sustav.
To je posebno važno kod multiplatformskih projekata. Desktop-klijent na Windows, macOS ili Linux ne smije na funkcionalnoj razini značiti nešto drugo nego prateći REST-server ili pozadinski servis. Zato uvijek zajedno promišljamo model podataka, procese, ovlaštenja, integracije i operacije. Tako nastaje arhitektura u kojoj klijenti, servisi i serveri govore istim jezikom.
Naš temeljni princip
Tehnologija za nas nije vjerski sustav. Presudno je da arhitektura, sposobnost tima, operacije i buduća proširenja odgovaraju tvrtki. Ne pobjeđuje najglasnija platforma, nego ona s kojom se rizik, mogućnost održavanja i rast mogu smisleno upravljati.
Neke zadatke svjesno rješavamo s Delphi, jer ondje naslijeđena poslovna logika, performativni klijenti i multiplatformska mogućnost daju svoje prednosti. Drugi zahtjevi bolje odgovaraju C#, servisima, portalu ili kombinaciji oboje. Dobra arhitektura ne nastaje iz mode, nego iz jasnoće: koja odgovornost pripada kojem dijelu sustava, koja je očekivana životna dob, koliko je tim velik, koliko je kritičan rad i koja su proširenja realno očekivana u narednim godinama?
Upravo tu za nas počinje profesionalni razvoj softvera. Ne želimo samo isporučiti nešto što danas funkcionira, nego stvoriti tehničku osnovu koja će i kasnije biti razumljiva, preuzimljiva i ekonomski održiva za održavanje.
Često postavljana pitanja o tehnologiji i arhitekturi
Tehnološke odluke moraju odgovarati timu, funkcionalnosti i pogonu. Upravo zato ta pitanja ne rješavamo apstraktno, nego uvijek na konkretnom sustavu.
Kada je Delphi smislen u odnosu na potpunu novu platformu?
Uvijek kad je gospodarski opravdano nastaviti postojeću poslovnu logiku, brze desktop procese i ciljeve multiplatformnosti, umjesto da se jezgra olako zamijeni.
Kada dodatno primjenjujete C#?
Ponajprije za portale, web-backendove, REST-servise, integracije i servisno-orijentirane dijelove arhitekture koji se dobro mogu povezati s postojećim desktop sustavima.
Koliko je Layer-3 važan u praksi?
Vrlo. Tek čisto odvajanje UI-ja, poslovne logike i pristupa podacima čini modernizaciju, testiranje, servise i buduće promjene platformi upravljivima.
Razmatrate li nove platforme poput Windows 11 ARM64 rano?
Da. Nova ciljna hardverska oprema i putevi implementacije provjeravaju se rano, kako iz toga kasnije ne bi nastali skupi posebni projekti.
Pročitajte ostala prikupljena pitanja
Ovi kratki odgovori ostaju ovdje na stranici. Na centralnoj FAQ odredišnoj stranici dodatno kontekstualiziramo temu u vezi arhitekture, modernizacije, platformi i pogona.
Sljedeći korak
Ako imate konkretno pitanje o modernizaciji, API-ju ili platformi, trebali bismo tehnički opseg rano precizno definirati.
Net-Base procjenjuje postojeće sustave, tokove podataka, sučelja i ciljne platforme ne izolirano, već u kontekstu poslovne logike, operacija i naknadnog proširenja.
- Postojeće stanje, ciljna slika i tehnički rizici procjenjuju se zajedno.
- REST, pristup podacima, portali i Rollout neće biti odgođeni kao kasne posljedice.
- Vidite rano koji je put ekonomski i operativno održiv.