Net-Base Tækni

Tækni

Delphi fyrir biðlara, C# fyrir þjónustur og Layer-3 fyrir viðhaldanleg kerfi á Windows, macOS, Linux, REST og á vefnum.

Delphi. C#. SQL. APIs.

Tækni sem passar við faglega rökfræði, gögn og rekstur.

Delphi C# MariaDB Vef-API

flytja áfram

Vaxin viðskiptalógík helst nýtanleg á meðan arkitektúr og gagnaaðgangur eru nútímavædd.

Þjónusta og gáttir

C# og vefhlutar bæta skjáborðskerfi á hreinan hátt með API-um, vefgáttum og samþættingum.

Blönduð nálgun í stað annaðhvort-eða

Þróa Desktop, vef og gagnagrunn áfram á sameiginlegri tæknilegri línu.

Tæknisnið

Tæknilegur grunnur okkar í yfirliti

Við veljum tækni ekki eftir tískustraumum, heldur eftir rekstrarveruleika, líftíma, samþættingarþörf og því hvað teymið ræður við. Það sem skiptir máli er ekki slagorðið, heldur hvort kerfið verði síðar hægt að reka með hreinum hætti, útvíkka og taka við án núnings.

Hvenær hvaða leið er skynsamleg

Delphi er skynsamlegt þegar

  • núverandi sérfræðilógík á að lifa áfram,
  • flókin skjáborðsferli þurfa að haldast stöðug,
  • Windows-, macOS- og Linux-viðskiptavinir eiga að verða til á sameiginlegum faglegum grunni.

C# er skynsamlegt þegar

  • REST-þjónar og þjónustur eru byggð upp,
  • API og ytri samþættingar eru í forgrunni,
  • þörf er á nútímalegum þjónustuarkitektúrum.

Blönduð leið er skynsamleg þegar

  • núverandi forrit og nýjar gáttir þurfa að vinna saman,
  • skjáborð, þjónustur og vefur nota sama gagnagrunn,
  • nútímavæðing á að fara fram í skrefum og sem Layer-3-uppbygging.

Delphi-nútímavæðing í reynd

Ef gamalt Delphi-forrit er faglega enn verðmætt, nútímavæðum við ekki í blindni. Við greinum fyrst hvernig kerfið vinnur í raun, hvaða ferli það ber uppi, hvar gagnaflæði rofnar og hvaða arfur hægir á rekstri. Út frá því verður til nútímavæðingarleið sem lítur ekki aðeins vel út á pappír, heldur stendur undir daglegum rekstri.

Í mörgum kerfum sem hafa vaxið með tímanum liggur raunverulegt virði ekki í viðmótinu, heldur í árum af viðskiptalógík, sérreglum, undantekningum og reynsluþekkingu. Þessari kjarnastöðu er ekki hent af léttúð. Við aðgreinum ábyrgðir skýrt, endurskipuleggjum gagnagrunninn, leysum af hólmi eldri aðgangsleiðir, setjum upp ný REST-viðmót og bætum, eftir þörfum, við viðskiptavinum fyrir Windows, macOS og Linux á sama faglega grunni. Þannig verður ekki til harður rofpunktur, heldur skiljanleg áframþróun með skýru tæknilegu sniði.

Oft felur þetta líka í sér að færa sögulega vaxna einlita lausn aftur í form sem verður viðhaldanlegt, prófanlegt og útvíkkanlegt. Aðgangur að gögnum er stöðgaður, viðskiptalógík er leyst frá viðmótskóða, viðmót verða fyrirsjáanleg og framtíðarviðbætur þurfa ekki lengur að vera unnar gegn núverandi grunni. Markmiðið er ekki snyrtileg nútímavæðing, heldur kerfi sem gefur fyrirtækinu aftur svigrúm fyrir nýjar kröfur.

Þjónustur og netþjónar sem hluti af sömu arkitektúr

Mörg fyrirtækjakerfi þurfa í dag ekki aðeins viðskiptavin, heldur einnig bakgrunnsþjónustur, Windows- eða Linux-þjónustur og REST-netþjóna. Einmitt þess vegna skipuleggjum við þessa hluta ekki sem eftirásmíð, heldur sem hluta af sömu arkitektúr. Þjónusta sem bætist bara einhvern veginn við síðar verður nær alltaf að sértilfelli.

Ef vinna á úr gögnum dreift, bjóða upp á viðmót, keyra útflutning, fylgjast með innflutningi eða framkvæma verkefni tímasett í bakgrunni, þarf að vera skýrt frá upphafi hver tæknileg ábyrgð er. Hvaða hlutar keyra í viðskiptavininum, hvaða í þjónustu, hvaða á netþjóni, hvernig verða villur sýnilegar, hvernig verða stöðubreytingar rekjanlegar, hvernig helst viðskiptalógíkin samkvæm? Við svörum þessum spurningum snemma, svo að úr einstökum byggingareiningum verði traust heildarkerfi.

Þetta er sérstaklega afgerandi í fjölvettvangsverkefnum. Borðtölvuviðskiptavinur á Windows, macOS eða Linux má ekki faglega merka eitthvað annað en fylgjandi REST-netþjónn eða bakgrunnsþjónusta. Þess vegna hugsum við gagnalíkan, ferla, heimildir, samþættingar og rekstur alltaf saman. Þannig verður til arkitektúr þar sem viðskiptavinir, þjónustur og netþjónar tala sama tungumál.

Grundvallarreglan okkar

Tækni er fyrir okkur ekki trúarkerfi. Það sem skiptir máli er að arkitektúr, teymishæfni, rekstur og framtíðarútvíkkanir passi við fyrirtækið. Ekki vinnur háværasti vettvangurinn, heldur sá sem gerir kleift að stýra áhættu, viðhaldanleika og vexti á skynsamlegan hátt.

Sum verkefni leysum við meðvitað með Delphi, því þar nýta vaxin viðskiptalógík, afkastamiklir viðskiptavinir og fjölvettvangshæfni styrkleika sína. Aðrar kröfur passa betur við C#, við þjónustur, við gátt eða við sambland af hvoru tveggja. Góð arkitektúr verður ekki til úr tísku, heldur úr skýrleika: Hvaða ábyrgð ber hver kerfishluti, hvaða líftíma má búast við, hversu stórt er teymið, hversu gagnrýnin er reksturinn og hvaða útvíkkanir munu raunsælega koma á næstu árum?

Akkúrat þar hefst fyrir okkur fagleg hugbúnaðarþróun. Við viljum ekki aðeins skila einhverju sem virkar í dag, heldur skapa tæknilegan grunn sem er einnig síðar skiljanlegur, yfirtekanlegur og hagkvæmur í viðhaldi.

Algengar spurningar um tækni og arkitektúr

Tæknilegar ákvarðanir verða að passa við teymið, faglega kröfurnar og reksturinn. Þess vegna ræðum við þessar spurningar ekki í abstrakt, heldur alltaf út frá hinu tiltekna kerfi.

Hvenær er Delphi skynsamlegt í stað heillar endurbyggingar á nýjum vettvangi?

Alltaf þegar markmiðið er að halda áfram að nýta vaxna viðskiptalógík, afkastamikla skjáborðsferla og fjölvettvangsmarkmið á hagkvæman hátt, í stað þess að skipta um grunn efnislega án nægilegrar ástæðu.

Hvenær beitið þið einnig C#?

Sérstaklega fyrir gáttir, vef-backend, REST-þjónustur, samþættingar og hluta þjónustumiðaðs arkitektúrs sem hægt er að tengja vel við núverandi skjáborðskerfi.

Hversu mikilvægt er Layer-3 í framkvæmd?

Mjög. Það er fyrst og fremst hreinn aðskilnaður UI, viðskiptalógíkur og gagnanálgunar sem gerir nútímavæðingu, prófanir, þjónustur og framtíðarvettvangsskipti viðráðanleg.

Takið þið nýja vettvanga eins og Windows 11 ARM64 með í reikninginn snemma?

Já. Nýr markbúnaður og dreifileiðir eru metin snemma, svo að þær verði ekki síðar að kostnaðarsömum sérverkefnum.

Lesa fleiri spurningar saman

Þessi stuttu svör verða áfram hér á síðunni. Á miðlægri FAQ-landingpage setjum við viðfangsefnið einnig í samhengi við arkitektúr, nútímavæðingu, vettvanga og rekstur.

Á FAQ-landingpage með ítarlegri svörum