Tehnoloģiju profils
Mūsu tehniskais pamats pārskatā
Mēs ieviešam tehnoloģijas nevis pēc modes, bet pēc ekspluatācijas realitātes, paredzamā dzīves cikla, integrācijas vajadzībām un komandas spējām. Izšķirošais nav atslēgvārds, bet gan tas, vai sistēmu vēlāk var tīri uzturēt, paplašināt un pārņemt.
Spēcīgs biznesa loģikai un daudzplatformu klientiem
Delphi ir spēcīgs tur, kur ilgstoši izveidotu biznesa loģiku, datubāzei pietuvinātus procesus, atskaites un stabilus klientus Windows, macOS un Linux platformām nepieciešams ilgtermiņā turpināt attīstīt.
Apskatīt Delphi
C#
Spēcīgs REST, servisiem un portāliem
C# mēs izmantojam, ja portāliem, mūsdienīgiem backend pakalpojumiem, REST API un integrācijām ir tīri jāpieslēdzas esošajām uzņēmuma sistēmām.
Apskatīt C#
Arhitektūra
Layer-3 monolīta mantojuma vietā
Mēs apzināti nodalām lietotāja saskarni, biznesa loģiku un datu piekļuvi, lai izmaiņas paliktu plānojamas un jaunus servisus nebūtu jābūvē pret esošo sistēmu.
Apskatīt Layer-3
Platformas
Windows 11 ARM64 uzreiz ņemt vērā
Līdzās klasiskajiem x64 mērķiem mēs savlaicīgi ņemam vērā aktuālās platformas, piemēram, Windows 11 ARM64, lai jauna aparatūra un izvēršanas procesi vēlāk nekļūtu par atsevišķu īpašprojektu.
Apskatīt ARM64
Kad kurš virziens ir lietderīgs
Delphi ir lietderīgs, ja
- esošajai biznesa loģikai jāturpina dzīvot,
- sarežģītiem darbvirsmas procesiem jāpaliek stabiliem,
- Windows-, macOS- un Linux klienti ir jāizveido uz kopīgas domēna bāzes.
C# ir lietderīgs, ja
- tiek veidoti REST serveri un servisi,
- centrā ir API un ārējās integrācijas,
- ir nepieciešamas mūsdienīgas servisu arhitektūras.
Hibrīds ir lietderīgs, ja
- esošajām lietotnēm un jaunajiem portāliem ir jāsadarbojas,
- darbvirsma, servisi un tīmeklis izmanto to pašu datu bāzi,
- modernizācija jāveic pakāpeniski un kā Layer-3 struktūra.
Delphi modernizācija praksē
Ja veca Delphi lietotne no biznesa viedokļa joprojām ir vērtīga, mēs nemodernizējam akli. Vispirms analizējam, kā sistēma patiesībā darbojas, kādus procesus tā balsta, kur pārtrūkst datu plūsmas un kādas mantojuma nastas bremzē ekspluatāciju. No tā izveidojas modernizācijas ceļš, kas ne tikai uz papīra izskatās sakārtots, bet ikdienā saglabājas dzīvotspējīgs.
Daudzās ilgstoši attīstītās lietojumprogrammās īstā vērtība nav lietotāja saskarnē, bet gan gados uzkrātā biznesa loģikā, īpašajos noteikumos, izņēmumos un pieredzes zināšanās. Šo pamatu nepamet vieglprātīgi. Mēs skaidri nodalām atbildības, pārkārtojam datubāzi, aizstājam vecos piekļuves ceļus, izveidojam jaunas REST saskarnes un, ja nepieciešams, papildinām ar klientiem priekš Windows, macOS un Linux uz tās pašas biznesa bāzes. Tā nerodas ass pārrāvums, bet gan izsekojama tālākattīstība ar skaidru tehnisko tvērumu.
Bieži tas nozīmē arī vēsturiski izaugušus monolītus atkal ievest formā, kas kļūst uzturama, testējama un paplašināma. Datu piekļuve tiek stabilizēta, biznesa loģika tiek atdalīta no saskarnes koda, saskarnes kļūst plānojamas, un nākotnes paplašinājumi vairs nav jāizcīna pret esošo sistēmu. Mērķis nav kosmētiska modernizācija, bet sistēma, kas uzņēmumam atkal dod telpu jaunām prasībām.
Pakalpojumi un serveri kā vienas arhitektūras daļa
Daudzām uzņēmumu sistēmām šodien ir vajadzīgs ne tikai klients, bet arī fona pakalpojumi, Windows vai Linux servisi un REST serveri. Tieši tāpēc mēs šīs daļas neplānojam kā vēlāk piebūvētu papildinājumu, bet kā vienas un tās pašas arhitektūras sastāvdaļu. Serviss, kas tikai vēlāk kaut kā pievienojas, gandrīz vienmēr kļūst par īpašu gadījumu.
Ja dati ir jāapstrādā sadalīti, jānodrošina saskarnes, jāveic eksporti, jāuzrauga importi vai uzdevumi jāizpilda fonā pēc grafika, tehniskajai atbildībai ir jābūt skaidrai jau no paša sākuma. Kuras daļas darbojas klientā, kuras servisā, kuras serverī, kā kļūdas kļūst redzamas, kā ir izsekojamas stāvokļa izmaiņas, kā tiek saglabāta biznesa loģikas konsekvence? Uz šiem jautājumiem mēs atbildam agrīni, lai no atsevišķiem būvblokiem izveidotos robusta kopējā sistēma.
Tas ir īpaši izšķiroši multiplatformu projektos. Darbvirsmas klients uz Windows, macOS vai Linux biznesa ziņā nedrīkst nozīmēt ko citu nekā pavadošs REST serveris vai fona serviss. Tāpēc mēs vienmēr domājam kopā datu modeli, procesus, tiesības, integrācijas un ekspluatāciju. Tā rodas arhitektūra, kurā klienti, servisi un serveri runā vienā valodā.
Mūsu pamatprincips
Tehnoloģija mums nav ticības sistēma. Izšķiroši ir tas, lai arhitektūra, komandas spēja, ekspluatācija un nākotnes paplašinājumi atbilstu uzņēmumam. Nevis skaļākā platforma uzvar, bet tā, ar kuru risku, uzturamību un izaugsmi var jēgpilni vadīt.
Dažus uzdevumus mēs apzināti risinām ar Delphi, jo tur savas stiprās puses parāda izaugusi biznesa loģika, veiktspējīgi klienti un multiplatformu iespējas. Citas prasības labāk sader ar C#, ar servisiem, ar portālu vai ar abu kombināciju. Laba arhitektūra nerodas no modes, bet no skaidrības: kāda atbildība ir kurai sistēmas daļai, kāds dzīves cikls ir sagaidāms, cik liela ir komanda, cik kritiska ir ekspluatācija un kādi paplašinājumi nākamajos gados reāli būs nepieciešami?
Tieši tur mums sākas profesionāla programmatūras izstrāde. Mēs vēlamies piegādāt ne tikai to, kas šodien darbojas, bet izveidot tehnisku pamatu, kas arī vēlāk ir saprotams, pārņemams un ekonomiski uzturams.
Biežākie jautājumi par tehnoloģiju un arhitektūru
Tehnoloģiskajiem lēmumiem ir jāatbilst komandai, nozares specifikai un ekspluatācijai. Tieši tāpēc šos jautājumus noskaidrojam nevis abstrakti, bet vienmēr konkrētajā sistēmā.
Kad Delphi ir lietderīgs salīdzinājumā ar pilnīgu jaunas platformas izveidi?
Vienmēr tad, kad laika gaitā izveidojusies biznesa loģika, augstas veiktspējas darbvirsmas procesi un daudzplatformu mērķi ir ekonomiski jāturpina, nevis vieglprātīgi jāaizstāj esošā substance.
Kad papildus izmantojat C#?
Galvenokārt portāliem, tīmekļa backendiem, REST pakalpojumiem, integrācijām un servisorientētas arhitektūras komponentēm, ko var labi sasaistīt ar esošajām darbvirsmas sistēmām.
Cik svarīgs praksē ir Layer-3?
Ļoti. Tikai skaidra UI, biznesa loģikas un datu piekļuves nodalīšana padara modernizāciju, testēšanu, servisus un nākotnes platformu maiņas pārvaldāmas.
Vai jau savlaicīgi paredzat jaunas platformas, piemēram, Windows 11 ARM64?
Jā. Jauna mērķa aparatūra un izvietošanas ceļi tiek pārbaudīti savlaicīgi, lai vēlāk no tā nerastos dārgi speciālprojekti.
Lasīt vairāk jautājumu vienkopus
Šīs īsās atbildes paliek šeit, šajā lapā. Centrālajā FAQ landingpage mēs tēmu papildus sakārtojam kontekstā ar arhitektūru, modernizāciju, platformām un ekspluatāciju.