Teenuseprofiil
Mitmeplatvormne ülevaade koos Delphi
Multiplatvorm koos Delphi-ga ei tähenda meie jaoks seda, et sama kasutajaliides pimesi võimalikult paljudele sihtplatvormidele visata. Määrav on, et valdkonnaloogika, andmemudel ja kasutajavoog püsiksid mitmel platvormil kontrollitult koos. Just selles on meie tugevus: me ei ehita demot värvilistele sihtsüsteemidele, vaid ühise valdkondliku joone reaalsete rakenduste jaoks.
Windows, macOS ja Linux ühisest valdkondlikust baasist
Tootmiskasutuses kliendid eri töökohtade jaoks püsivad valdkondlikult kooskõlalised, samal ajal kui platvormispetsiifilisi erinevusi käsitletakse teadlikult.
iOS ja Android sihipärase laiendusena
Kui protsessidel on mobiilis mõtet, saab iOS-i ja Androidi sihte ette valmistada sama arhitektuuri seest, selle asemel et need seisaksid hiljem tuumsüsteemi kõrval võõrkehana.
Jagatud kood valdkondliku triivi asemel
Reeglid, andmemudelid, õigused ja valideerimised jäävad keskseks, et mitte iga platvorm ei arendaks valdkonnast oma tõlgendust.
Planeerida deployment, signeerimine ja sihtriistvara varakult
Pakendamine, signeerimine, uuendused, poodidega seotud teemad ja platvormisihtmärgid nagu Windows 11 ARM64 kaasatakse arhitektuuri ega muutu nähtavaks alles projekti lõpus.
Mida Delphi suudab ühises platvormistrateegias ära teha
* Kasutatud platvorminimed, logod ja kaubamärgid kuuluvad vastavatele tootjatele ja õiguste omanikele.
Eriti Delphi puhul on multiplatvorm meie jaoks huvitav siis, kui mitu sihtsüsteemi peavad erialaselt rääkima sama keelt. Töökindel töölauaklient Windows all, teine töökoht macOS või Linux all ning hilisemad mobiilsed laiendusastmed iOS-i või Androidi jaoks ei pea tekkima eraldiseisvate tootemaailmadena, kui erialane tuumik on puhtalt läbi lõigatud.
Seetõttu ei mõtle me ainult kasutajaliideste kategooriates, vaid protsessiloogika, andmemudelite, allkirjastamise, updaters’ite, failisüsteemide, printimise, sihtriistvara ja väljalaskeradade tasandil. Nii ei ole multiplatvorm turundussilt, vaid kontrollitav tee, mis annab ettevõttele hiljem rohkem valikuid, ilma et erialane tuum hajuks.
- Töölaua sihid Windows, macOS ja Linux jaoks ühise erialase baasiga
- mobiilsed laiendusastmed iOS-i ja Androidi jaoks, kui protsessid muutuvad ka liikvel olles mõistlikuks
- teenused, REST-server ja platvormivahetus sama sihtarhitektuuri osana
- deployment’i, allkirjastamise ja uue riistvara varajane arvestamine
Kus me oskame multiplatvormi teadlikult hästi
Ühine erialaloogika ilma platvormikaoseta
Hoiame reeglid, olekuvahetused ja valideerimised teadlikult kesksetena, et mitmest kliendist ei saaks mitut erialast tõde.
Platvormipiirid nähtavaks, mitte hiljem piinlikuks
Failisüsteem, printimine, kohalikud integratsioonid, allkirjastamine ja sihtriistvara kontrollitakse varakult, selle asemel et hiljem tarnes ja toes paanikaga kokku põrgata.
Mobiilne ja serverilähedane laiendus samast liinist
Kui iOS, Android, REST-server või Linux-teenused peavad hiljem külge haakuma, on tehniline suund juba ette valmistatud.
Enamat kui lihtsalt mitu akent mitmes süsteemis
Multiplatvormi tegelik väärtus ei seisne selles, et kirjutada slaidile võimalikult palju logosid. See seisneb selles, et ettevõtted saavad ühise erialase baasi pealt teenindada mitut sihtsüsteemi, ilma et ehitataks üles uusi tootesaari. Just see teeb multiplatvormi majanduslikult mõistlikuks.
Kui siia lisanduvad veel REST-server ja teenused, hilisem ARM64-sihtplatvorm või olemasolevate Delphi-süsteemide kontrollitud edasiarendus, jääb arhitektuur siiski loetavaks. Nii ei kujune Delphi-st üksiktehnoloogia, vaid kandev multiplatvormi strateegia.
Mille poolest muutub multiplatvorm koos Delphi-ga ettevõtetele atraktiivseks
Multiplatvorm muutub mõttekaks siis, kui sama erialane substants peab teenima mitut sihtsüsteemi, ilma et arendus ja käitamine laguneks kolmeks erinevaks maailmaks.
Ühine erialaloogika säästab topelttööd
Reeglid, andmemudel ja protsessiloogika jäävad keskseks ning neid ei pea iga sihtsüsteemi jaoks uuesti leiutama.
Windows, macOS, Linux ja mobiilsed rajad eristatakse teadlikult
Erinevusi käsitletakse seal, kus need päriselt tekivad, mitte ei hajutata hiljem üle kogu rakenduse.
Teenused ja portaalid jäävad puhtalt liidestatavaks
Hea töölauastrateegia lihtsustab oluliselt hilisemaid serveri- ja mobiili-laiendusetappe.
Mida esmane multiplatvormi hindamine juba selgeks teeb
Otsustajad vajavad varakult vastust sellele, kas mitu klienti on tegelikult majanduslikult mõistlik ja milline arhitektuur peab seda kandma.
- vaade relevantsetele platvormidele, kohalikele eripäradele ja ühisele äriloogikale
- tehniline raamistik packaging’u, signeerimise, integratsioonide ja hilisemate mobiiliteede jaoks
- soovitus, kuidas Desktop, teenused ja API-d koos moodustavad kandva joone
Multiplatvorm ettevõtteotsusena korrektselt ette valmistada
Kui arutelus on mitu sihtsüsteemi, on korrastatud arhitektuuriotsus enamasti väärtuslikum kui varased UI-arutelud.
KKK mitmeplatvormilisuse kohta Delphi-iga
Mitmeplatvormilisus muutub väärtuslikuks alles siis, kui sama äriloogika püsib kontrollitult koos mitme sihtsüsteemi üle ning platvormipõhised eripärad tuuakse varakult nähtavale.
Kas Delphi raames saab lisaks Windows-ile arvesse võtta ka macOS, Linux, iOS-i ja Androidi?
Jah. Sõltuvalt projekti eesmärgist kavandame töölaua sihtplatvormid, mobiilsed kasutajaliidesed ja serverilähedased komponendid ühisest valdkondlikust lähtejoonest, selle asemel et iga platvormi valdkondlikult uuesti üles ehitada.
Kuidas te väldite, et multiplatvormi projektid sisuliselt lahku triiviksid?
Ühise koodi- ja arhitektuuristrateegia kaudu: ärireeglid, andmemudel ja protsessid jäävad keskseks, samal ajal kui platvormispetsiifilised erinevused kapseldatakse teadlikult.
Kas ka mobiilsed laiendusetapid on hiljem veel võimalikud?
Jah. Kui arhitektuur, teenused ja liidesed on korralikult ette valmistatud, saab iOS-i või Androidi sihtplatvormid hiljem oluliselt kontrollitumalt integreerida.
Weitere Fragen gesammelt lesen
Diese Kurzantworten bleiben hier auf der Seite. Auf der zentralen FAQ-Landingpage ordnen wir das Thema zusaetzlich im Zusammenhang mit Architektur, Modernisierung, Plattformen und Betrieb ein.