Tehnoloģiju profils
C# pakalpojumiem un portāliem pārskatā
C# mums ir īpaši spēcīgs tieši tur, kur servisi, portāli, integrācijas un REST-API ne tikai tehniski eksistē, bet ir jānodrošina to sakārtota ekspluatācija. Īpaši Microsoft-tuvā vidē un uz servisiem orientētos griezumos C# nodrošina ļoti labu bāzi backend pakalpojumiem, lomu modeļiem, tīmekļa portāliem un integrācijas loģikai.
No valodas izstrādes līdz plašai platformai
C# agrīni sāka ar mērķi apvienot modernus izstrādes principus ar spēcīgu izpildlaika sistēmu. Gadu gaitā no tā ir izveidojusies ļoti noturīga ekosistēma tīmeklim, servisiem, API un uzņēmumu integrācijai.
Ļoti spēcīgs API, servisiem un tīmeklim pietuvinātiem procesiem
Tur, kur priekšplānā ir lomas, integrācijas, fona loģika, REST-saskarnes, autentifikācija un stabila servera darbība, C# bieži ir ļoti atbilstoša izvēle.
Īpaši spēcīgs kopā ar esošām lietojumprogrammām
Daudzos projektos C# nav katras lietojumprogrammas aizstājējs, bet sakārtots papildinājums: ar to tiek būvēti portāli, servisi un API, kamēr izaugusi biznesa loģika esošajās sistēmās kontrolēti turpina dzīvot.
Kāpēc C# servisiem un portāliem bieži ir pareizais virziens
C# ir īpaši ekonomiski pamatots tur, kur sistēmām ir vajadzīgi vairāki piekļuves veidi: portāls klientiem vai darbiniekiem, REST-galapunkti citām lietojumprogrammām, fona servisi importiem un tehniskai pavadošai loģikai, kā arī arhitektūra, kurā lomas, kļūdu ceļi un izvietošana nedrīkst būt improvizēti.
Īpaši uzņēmumu sistēmās tas bieži ir izšķiroši. Portāls nav tikai tīmekļa vietne, bet daļa no biznesa arhitektūras. Serviss nav tikai tehnisks process, bet nes integrācijas un ekspluatācijas atbildību. C# ir labi piemērots tieši šiem slāņiem, jo valoda, ekosistēma un ekspluatācijas modeļi tam gadu gaitā ir izauguši ļoti plaši un noturīgi.
Mūsu skatījumā C# kļūst īpaši spēcīgs, ja to neapskata izolēti. Tas, kurš kopā domā desktop, esošo biznesa loģiku, REST, portālus un ekspluatāciju, var C# ļoti mērķēti izmantot tieši tur, kur tas dod reālu arhitektonisku ieguvumu. Tieši šāds griezums mums ir svarīgāks par dogmatisku tehnoloģijas izvēli.
Stiprās puses, robežas un tipiski kļūdaini priekšstati
Kur C# ir īpaši spēcīgs
REST-API, portālu, lomu modeļu, integrāciju, fona servisu, tīmekļa backendu un uz servisiem orientētu sistēmas daļu jomā C# mums ir ļoti noturīga izvēle.
Ko nedrīkst nenovērtēt
Arī ar C# ātri rodas nemierīgas sistēmas, ja domēna loģika ir neskaidri sadalīta, žurnāllogošana tiek ieviesta par vēlu vai pakalpojumi, portāls un datu modelis tiek būvēti tikai vaļīgi sasaistīti. Mūsdienīga tehnoloģija neaizstāj tīru arhitektūru.
Kad kombinācija ir labāka nekā pilnīga nomaiņa
Ja produktīvie darbvirsmas procesi jau darbojas stabili, bieži vien ir ekonomiskāk ar C# izveidot jaunus servisus un portālus, nevis bez vajadzības piespiest visu uzņēmuma lietojumprogrammu vienai platformai.
Kā mēs praktiski izmantojam C#
Ja iecere ir vērsta uz portāliem, API, servisu slāņiem vai ekspluatācijā mierīgu integrācijas loģiku, C# mums bieži ir piemērotāks sviras punkts nekā tīri uz klientu centrēta arhitektūra. Tieši tā rodas sistēmas, kurās jaunas prasības pieslēdzas kontrolēti, nevis atkal nonāk esošajā risinājumā kā izņēmuma gadījums.
Šīs arhitektūras konkrētajai ekspluatācijas pusei atbilstošs padziļinājums ir lapa REST-serveri un servisi. Ja mērķis savukārt vairāk ir vērsts uz produktīviem darbvirsmas procesiem un kopīgu domēna loģiku vairākiem klienta mērķiem, šo lēmumu apzināti atkal virzām uz Delphi vai Delphi Multiplatforma.
BUJ par C# servisiem un portāliem
C# mums ir īpaši spēcīgs tieši tad, kad priekšplānā ir tīmekļa portāli, API, servisi, integrācijas un mierīgs ekspluatācijas griezums.
Kad C# ir labāka izvēle nekā Delphi?
Galvenokārt tad, ja projekts primāri sastāv no REST-API, portāliem, aizmugursistēmas servisiem, integrācijām vai mākoņiem pietuvinātiem ekspluatācijas modeļiem.
Vai jūs izmantojat C# arī kopā ar esošām Delphi sistēmām?
Jā. Tieši šāda kombinācija bieži ir jēgpilna: Delphi nes produktīvo domēna loģiku klientā, kamēr C# tīri papildina servisus, portālus un API slāņus.
Kādi ir tipiskie riski C# projektos?
Bieži vien pārāk ātri tiek būvēts tehniski moderni, pietiekami agri skaidri nenodalot lomas, domēna loģiku, žurnāllogošanu, izvietošanu un reālos ekspluatācijas jautājumus. Tieši tur mēs iesaistāmies.
Lasīt vairāk jautājumu vienuviet
Šīs īsās atbildes paliek šeit, šajā lapā. Centrālajā BUJ nolaišanās lapā mēs tēmu papildus sakārtojam arī arhitektūras, modernizācijas, platformu un ekspluatācijas kontekstā.