Mēs tehnoloģijas neizvēlamies pēc modes, bet pēc ekspluatācijas realitātes, kalpošanas ilguma, integrācijas prasībām un komandas spējām. Izšķiroši nav atslēgas vārds, bet vai sistēmu vēlāk būs iespējams tīri uzturēt, paplašināt un pārņemt.
Piemērots biznesa loģikai un vairākplatformu klientiem
Delphi ir efektīvs tur, kur attīstīta biznesa loģika, ar datubāzi cieši saistīti procesi, atskaites un stabilas klienta lietotnes priekš Windows, macOS un Linux jānodrošina ilgtermiņā.
Delphi apskatīt
C#
Piemērots REST, pakalpojumiem un portāliem
C# izmantojam, kad portāli, moderni backend-pakalpojumi, REST-API un integrācijas jāpieslēdz tīri esošajām uzņēmuma sistēmām.
C# apskatīt
Architektur
Layer-3 nevis monolītiskas mantotās sistēmas
Mēs apzināti atdalām saskarni, biznesa loģiku un datu piekļuvi, lai izmaiņas būtu plānojamas un jauni pakalpojumi nebūtu jāveido pretrunā ar esošo risinājumu.
Layer-3 apskatīt
Plattformen
Windows 11 ARM64 arī ņemam vērā
Papildus klasiskajiem x64 mērķiem mēs jau sākotnēji ņemam vērā mūsdienīgas platformas, piemēram Windows 11 ARM64, lai jaunā aparatūra un izvietošanas vēlāk nekļūtu par atsevišķu projektu.
Skatīt ARM64
Kad kura virziena izvēle ir pamatota
Delphi ir pamatota, ja
- esošā nozares loģika jāuztur,
- kompleksiem darbvirsmas procesiem jāpaliek stabiliem,
- Windows-, macOS- un Linux-klienti jāveido uz kopīgas funkcionālas bāzes.
C# ir pamatota, ja
- REST-serveri un pakalpojumi tiek veidoti,
- API un ārējās integrācijas ir galvenās uzmanības centrā,
- pieprasītas modernās servisu arhitektūras.
Hibrīda pieeja ir pamatota, ja
- esošās lietotnes un jaunie portāli ir jāintegrē kopā,
- darbvirsma, pakalpojumi un web izmanto to pašu datu bāzi,
- modernizācija jāveic pakāpeniski un kā Layer-3-struktūra.
Delphi-modernizācija praksē
Ja vecai Delphi-lietotnei funkcionāli joprojām ir vērtība, mēs neveicam aklu modernizāciju. Vispirms analizējam, kā sistēma patiesībā darbojas, kādus procesus tā atbalsta, kur datu plūsmas pārtrūkst un kādi mantojuma slogi bremzē darbību. No tā izveidojas modernizācijas ceļš, kas ne tikai izskatās labi uz papīra, bet praksē ir noturīgs.
Daudzās laika gaitā veidotās lietojumprogrammās īstā vērtība nav saskarnē, bet gadu laikā uzkrātajā biznesa loģikā, īpašajos noteikumos, izņēmumos un pieredzes zināšanās. Šo bāzi nevajadzētu vieglprātīgi izmest. Mēs skaidri nodalām atbildības, pārkārtojam datubāzi, aizstājam vecos piekļuves ceļus, izveidojam jaunus REST-saskarnes un pēc vajadzības papildinām klientus priekš Windows, macOS un Linux uz tās pašas funkcionālās bāzes. Tā neveidojas straujš lūzums, bet saprotama turpmākā attīstība ar skaidru tehnisko noformējumu.
Bieži tas arī nozīmē vēsturisku monolītu pārveidošanu tādā formā, kas ir uzturama, testējama un paplašināma. Datu piekļuve tiek stabilizēta, biznesa loģika tiek izcelta 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.
Servisi un serveri kā vienas arhitektūras daļa
Mūsdienās daudzas uzņēmumu sistēmas prasa ne tikai klientu, bet arī fona pakalpojumus, Windows- vai Linux-servisus un REST-serverus. Tieši tāpēc mēs šīs daļas neplānojam kā vēlāk pievienojamu piebūvi, bet kā vienas un tās pašas arhitektūras sastāvdaļas. Pakalpojums, kas tiek pievienots tikai vēlāk, gandrīz vienmēr kļūst par izņēmumu.
Ja dati jāapstrādā sadalīti, jānodrošina saskarnes, jāveic eksports, jāuzrauga imports vai jāizpilda uzdevumi laika režīmā fonā, tehniskā atbildība jānosaka no paša sākuma. Kuri komponenti darbojas klientā, kuri pakalpojumā, kuri serverī, kā kļūdas tiek padarītas redzamas, kā stāvokļa izmaiņas tiek izsekojamas, kā biznesa loģika paliek konsekventa? Uz šiem jautājumiem mēs atbildam agri, lai no atsevišķiem blokiem izveidotos uzticama kopējā sistēma.
Tas ir īpaši būtiski multiplatformu projektos. Darbvirsmas klients uz Windows, macOS vai Linux nedrīkst funkcionāli nozīmēt kaut ko citu nekā pavadošs REST-serveris vai fona pakalpojums. Tāpēc mēs vienmēr kopā domājam datu modeli, procesus, atļaujas, integrācijas un darbību. Tā rodas arhitektūra, kurā klienti, servisi un serveri runā vienā valodā.
Mūsu princips
Tehnoloģija mums nav ticības sistēma. Izšķiroši ir, lai arhitektūra, komandas spēja, ekspluatācija un nākotnes paplašinājumi atbilst uzņēmumam. Ne skaļākā platforma uzvar, bet tā, ar kuru iespējams pārdomāti vadīt risku, uzturēšanu un izaugsmi.
Dažus uzdevumus mēs apzināti risinām ar Delphi, jo tur izveidotā biznesa loģika, veiktspējīgie klienti un multiplatformu spēja parāda savas stiprās puses. Citas prasības labāk atbilst C#, servisam, portālam vai abu kombinācijai. Laba arhitektūra nerodas no modes, bet no skaidrības: kāda atbildība ir kurai sistēmas daļai, kāds dzīves ilgums ir gaidāms, cik liela ir komanda, cik kritiska ir ekspluatācija un kādi paplašinājumi reāli parādīsies nākamo gadu laikā?
Tieši tur mums sākas profesionāla programmatūras izstrāde. Mēs vēlamies ne tikai piegādāt kaut ko, kas šodien darbojas, bet izveidot tehnisku pamatu, kas arī vēlāk būs izsekojams, pārņemams un ekonomiski uzturams.
Bieži uzdotie jautājumi par tehnoloģiju un arhitektūru
Tehnoloģiskajiem lēmumiem jāatbilst komandai, funkcionālajai prasībai un ekspluatācijai. Tieši tāpēc mēs šos jautājumus neizlemjam abstrakti, bet vienmēr, izvērtējot konkrēto sistēmu.
Wann ist Delphi gegenüber einer kompletten Neuplattform sinnvoll?
Tad, kad izveidojusies biznesa loģika, augstas veiktspējas darbvirsmas procesi un multiplatformu mērķi ir ekonomiski pamatoti turpināmi, nevis sistēmas būtības vieglprātīga aizstāšana.
Wann setzen Sie zusätzlich C# ein?
Īpaši portāliem, web-backendiem, REST-servisiem, integrācijām un servisuorientētām arhitektūras daļām, kas labi integrējas ar esošajām darbvirsmas sistēmām.
Wie wichtig ist Layer-3 in der Praxis?
Ļoti. Tikai skaidra UI, biznesa loģikas un datu piekļuves atdalīšana padara modernizāciju, testēšanu, servisus un nākotnes platformu pārejas pārvaldāmas.
Denken Sie neue Plattformen wie Windows 11 ARM64 frueh mit?
Jā. Jaunā mērķa aparatūra un izvietošanas ceļi tiek agrīni pārbaudīti, lai no tā vēlāk neveidotos dārgi speciālie projekti.
Weitere Fragen gesammelt lesen
Šīs īsās atbildes paliek šajā lapā. Centrālajā FAQ lapā mēs tēmu papildus kontekstā saistām ar arhitektūru, modernizāciju, platformām un ekspluatāciju.