Tehnološki profil
Pregled naše tehničke osnove
Delphi. C#. SQL. APIs.
Tehnologije koje odgovaraju poslovnoj logici, podacima i operacijama.
Tehnologije ne primjenjujemo prema modi, već prema operativnoj stvarnosti, očekivanom vijeku trajanja, potrebama integracije i sposobnosti tima. Presudno nije pitanje popularne riječi, nego hoće li sustav kasnije ostati uredno upravljiv, proširiv i preuzimljiv.
Snažno za Business-Logik und Multiplattform-Clients
Delphi je jak tamo gdje treba dugoročno održavati razvijenu poslovnu logiku, procesno bliske operacije nad bazom podataka, izvještaje i stabilne klijente za Windows, macOS i Linux.
Delphi pogledajte
C#
Snažno za REST, Services und Portale
C# koristimo kada portali, moderni backend-servisi, REST-APIji i integracije trebaju uredno priključiti postojeće poslovne sustave.
C# pogledajte
Arhitektura
Layer-3 umjesto monoličnih naslijeđa
Svjesno odvajamo prikaz, poslovnu logiku i pristup podacima, kako bi promjene ostale planirane i kako novi servisi nisu morali biti izgrađeni protiv postojećeg sustava.
Layer-3 pogledajte
Platforme
Windows 11 ARM64 odmah uzeti u obzir
Pored klasičnih x64 ciljeva uzimamo u obzir i aktualne platforme poput Windows 11 ARM64 na vrijeme, kako nova oprema i deploymenti kasnije ne bi postali posebni projekti.
Pogledaj ARM64
Kada je koja smjernica smisleno
Delphi je smisleno kada
- postojeća domena poslovne logike treba nastaviti živjeti,
- kompleksni desktop-procesi moraju ostati stabilni,
- klijenti za Windows, macOS i Linux trebaju nastati na zajedničkoj strukturnoj osnovi.
C# je smisleno kada
- grade se REST-serveri i servisi,
- APIji i vanjske integracije su u fokusu,
- zahtijevaju se moderne servisne arhitekture.
Hibrid je smisleno kada
- postojeće aplikacije i novi portali moraju surađivati,
- desktop, servisi i web koriste istu bazu podataka,
- modernizacija se provodi postupno i kao Layer-3-struktura.
Delphi-modernizacija u praksi
Ako je stara Delphi-aplikacija i dalje vrijedna po domeni, ne moderniziramo slijepo. Prvo analiziramo kako sustav zapravo radi, koje procese podržava, gdje se prekidaju tokovi podataka i koja naslijeđa koče rad. Iz toga nastaje put modernizacije koji ne izgleda uredno samo na papiru, nego je i u praksi održiv.
U mnogim raširenim aplikacijama stvarna vrijednost često nije u korisničkom sučelju, nego u godinama akumulirane poslovne logike, posebnim pravilima, izuzecima i znanju iz prakse. Taj sadržaj se ne odbacuje olako. Jasno odvajamo odgovornosti, reorganiziramo bazu podataka, zamjenjujemo stare načine pristupa, uspostavljamo nove REST-suface (schnittstellen) i po potrebi dopunjujemo klijente za Windows, macOS i Linux na istoj strukturnoj osnovi. Na taj način ne nastaje nagli prekid, nego razumljiv razvoj s jasnom tehničkom koncepcijom.
Često to također znači vratiti povijesno narasle monolite u oblik koji je održiv, testabilan i proširiv. Pristup podacima stabilizira se, poslovna logika se izvlači iz UI-koda, sučelja postaju planirana i buduća proširenja više ne moraju biti borba 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 ne trebaju samo klijent, nego i pozadinske usluge, Windows- ili Linux-servise i REST-servere. Upravo zato ove dijelove ne planiramo kao naknadne nadogradnje, nego kao sastavni dio iste arhitekture. Servis koji je naknadno nekako dodan gotovo uvijek postane poseban slučaj.
Ako se podaci distribuirano obrađuju, izlažu sučelja, generiraju eksporti, nadziru importi ili se zadaci izvršavaju vremenski kontrolirano 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 prikazuju, kako se promjene stanja prate, kako ostaje konzistentna poslovna logika? Na ova 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 poslovno značiti nešto drugo nego prateći REST-server ili pozadinska usluga. Zato uvijek zajedno promišljamo model podataka, procese, autorizacije, integracije i operativno upravljanje. Tako nastaje arhitektura u kojoj klijenti, servisi i serveri govore istim jezikom.
Naše načelo
Tehnologija za nas nije vjera. Presudno je da arhitektura, sposobnost tima, operativnost i buduća proširenja odgovaraju tvrtki. Ne pobjeđuje najglasnija platforma, nego ona s kojom se rizik, održavanje i rast mogu smisleno upravljati.
Neke zadatke svjesno rješavamo s Delphi, jer tamo razvijena poslovna logika, performativni klijenti i multiplatformska sposobnost dolaze do izražaja. Drugi zahtjevi bolje odgovaraju C#, servisima, portalu ili kombinaciji tih pristupa. Dobra arhitektura ne nastaje iz mode, nego iz jasnoće: koja je odgovornost kojeg dijela sustava, kakav je očekivani vijek trajanja, koliki je tim, koliko je kritičan rad i koja su realna proširenja u narednim godinama?
Upravo tu za nas počinje profesionalni razvoj softvera. Ne želimo isporučiti samo ono što danas radi, nego stvoriti tehničku osnovu koja će i kasnije biti razumljiva, preuzimljiva i gospodarski održiva.
Često postavljana pitanja o tehnologiji i arhitekturi
Tehnološke odluke moraju odgovarati timu, domeni i operativnom radu. Upravo zato ova pitanja ne razjašnjavamo apstraktno, nego uvijek na konkretnom sustavu.
Kada je Delphi prikladniji od potpune nove platforme?
Uvijek kad se razvijena domena poslovne logike, performativni desktop-procesi i multiplatformski ciljevi ekonomično trebaju nastaviti umjesto da se vrijedna supstanca olako zamijeni.
Kada dodatno primjenjujete C#?
Prvenstveno za portale, web-backende, REST-servise, integracije i servisno orijentirane dijelove arhitekture koji se dobro mogu povezati s postojećim desktop-sustavima.
Koliko je Layer-3 važna u praksi?
Vrlo. Tek jasno odvajanje UI-ja, poslovne logike i pristupa podacima čini modernizaciju, testiranje, servise i buduće promjene platforme upravljivima.
Da li nove platforme poput Windows 11 ARM64 razmišljate rano?
Da. Nova ciljna hardverska i deploy rješenja provjeravamo rano, kako iz toga kasnije ne bi nastali skupi posebni projekti.
Pročitajte prikupljena dodatna pitanja
Ovi kratki odgovori ostaju ovdje na stranici. Na centralnoj FAQ-odredišnoj stranici dodatno povezujemo temu s arhitekturom, modernizacijom, platformama i operacijom.