Palveluprofiili
Monialustaisuus Delphi-ratkaisulla yleiskatsauksena
Monialustaisuus Delphi:lla ei tarkoita meille sitä, että sama käyttöliittymä heitetään sokeasti mahdollisimman moniin kohteisiin. Ratkaisevaa on, että liiketoimintalogiikka, tietomalli ja käyttäjäpolku pysyvät hallitusti yhdessä useiden alustojen yli. Tässä on vahvuutemme: emme rakenna demoa värikkäille kohdejärjestelmille, vaan yhteisen liiketoiminnallisen linjan todellisia sovelluksia varten.
Windows, macOS ja Linux yhteisestä toiminnallisesta perustasta
Tuotantokäyttöön tarkoitetut asiakkaat eri työpaikoille pysyvät toiminnallisesti yhtenäisinä, samalla kun alustakohtaiset erot käsitellään tietoisesti.
iOS ja Android tavoitteellisena laajennuksena
Kun prosesseille on järkevää olla mobiilikäyttöä, iOS- ja Android-kohteet voidaan valmistella samasta arkkitehtuurista käsin sen sijaan, että ne myöhemmin seisovat ydinjärjestelmän rinnalla vieraana kappaleena.
Shared Code toiminnallisen ajautumisen sijaan
Säännöt, tietomallit, käyttöoikeudet ja validoinnit pysyvät keskitettyinä, jotta jokainen alusta ei kehitä omaa tulkintaansa toiminnallisuudesta.
Suunnittele deployment, allekirjoitus ja kohdelaitteisto varhain
Paketointi, allekirjoitus, päivitykset, store-aiheet ja alustakohteet kuten Windows 11 ARM64 otetaan mukaan arkkitehtuuriin eikä vasta projektin lopussa tule näkyviin.
Mitä Delphi voi tuottaa yhteisessä alustastrategiassa
* Käytetyt alustanimet, logot ja tavaramerkit kuuluvat kullekin valmistajalle ja oikeudenhaltijalle.
Juuri Delphi-ympäristössä monialustaisuus on meille kiinnostavaa silloin, kun useiden kohdealustojen pitää puhua toiminnallisesti samaa kieltä. Tuotantokäytössä oleva desktop-asiakasohjelma Windows-alustalla, toinen työasema macOS- tai Linux-ympäristössä sekä myöhemmät mobiililaajennukset iOS:lle tai Androidille eivät tarvitse syntyä erillisinä tuoteuniversumeina, jos toiminnallinen ydin on leikattu selkeästi.
Siksi emme ajattele vain käyttöliittymiä, vaan prosessilogiikkaa, tietomalleja, allekirjoitusta, päivitysohjelmia, tiedostojärjestelmiä, tulostusta, kohdelaitteistoa ja julkaisupolkuja. Näin monialustaisuudesta ei tule markkinointietiketti, vaan hallittava polku, joka antaa yritykselle myöhemmin enemmän vaihtoehtoja ilman, että toiminnallisuus hajoaa sirpaleiksi.
- Desktop-kohteet Windows-, macOS- ja Linux-ympäristöihin yhteisellä toiminnallisella perustalla
- mobiililaajennukset iOS:lle ja Androidille, kun prosessit ovat järkeviä myös liikkeellä
- Palvelut, REST-serveri ja alustavaihdot osana samaa tavoitearkkitehtuuria
- Deploymentin, allekirjoituksen ja uuden laitteiston varhainen huomioiminen
Missä olemme tietoisesti hyviä monialustaisuudessa
Yhteinen toiminnallinen logiikka ilman alustakaaosta
Pidämme säännöt, tilasiirtymät ja validoinnit tietoisesti keskitettyinä, jotta useista clienteistä ei tule useita toiminnallisia totuuksia.
Alustarajat näkyviin, eikä vasta myöhemmin kiusallisesti
Tiedostojärjestelmä, tulostus, paikalliset integraatiot, allekirjoitus ja kohdelaitteisto tarkistetaan varhain, sen sijaan että ne myöhemmin törmäisivät kiireessä toimitukseen ja tukeen.
Mobiili- ja palvelinläheinen laajentaminen samalta linjalta
Jos iOS, Android, REST-serveri tai Linux-palvelut halutaan liittää myöhemmin, tekninen suunta on jo valmisteltu.
Enemmän kuin vain useita ikkunoita useilla järjestelmillä
Monialustaisuuden todellinen arvo ei ole siinä, että mahdollisimman monta logoa saadaan yhteen diaan. Se on siinä, että yritykset voivat palvella useita kohdejärjestelmiä yhteisellä toiminnallisella perustalla ilman, että rakennetaan uusia tuotesaaria. Juuri tämä tekee monialustaisuudesta taloudellista.
Kun tähän vielä tulevat REST-serveri ja palvelut, myöhempi ARM64-kohdealusta tai olemassa olevien Delphi-järjestelmien hallittu laajentaminen, arkkitehtuuri pysyy silti luettavana. Näin Delphi ei jää yksittäisteknologiaksi, vaan siitä tulee kantava monialustastrategia.
Mistä monialustaisuus Delphi-ympäristössä tulee yrityksille houkuttelevaksi
Monialustaisuudesta tulee järkevää silloin, kun saman toiminnallisen substanssin pitää palvella useita kohdejärjestelmiä ilman, että kehitys ja ylläpito hajoavat kolmeen erilliseen maailmaan.
Yhteinen toiminnallinen logiikka säästää päällekkäistä työtä
Säännöt, tietomalli ja prosessilogiikka pysyvät keskitettyinä eikä niitä tarvitse keksiä uudelleen jokaiselle kohdejärjestelmälle.
Windows, macOS, Linux ja mobiilipolut erotetaan tietoisesti
Eroja käsitellään siellä, missä ne todella syntyvät, sen sijaan että ne myöhemmin levitettäisiin koko sovellukseen.
Palvelut ja portaalit pysyvät siististi laajennettavina
Hyvä työpöytästrategia helpottaa myöhempiä palvelin- ja mobiililaajennusvaiheita merkittävästi.
Mitä ensimmäinen monialustainen arviointi jo selventää
Päättäjät tarvitsevat varhain vastauksen siihen, ovatko useat clientit todella taloudellisia ja millaista arkkitehtuuria niiden on kannettava.
- näkymä relevantteihin alustoihin, paikallisiin erityispiirteisiin ja yhteiseen liiketoimintalogiikkaan
- tekninen arvio packagingista, allekirjoituksesta, integraatioista ja myöhemmistä mobiilipoluista
- suositus siitä, miten työpöytä, palvelut ja API:t yhdessä muodostavat kantavan linjan
Valmistele monialusta yritystason päätöksenä hallitusti
Kun useita kohdejärjestelmiä on pöydällä, järjestelmällinen arkkitehtuuripäätös on yleensä arvokkaampi kuin varhaiset UI-keskustelut.
FAQ monialustasta Delphi:n kanssa
Monialusta muuttuu arvokkaaksi vasta, kun sama liiketoimintalogiikka pysyy hallitusti koossa useiden kohdejärjestelmien yli ja alustakohtaiset erityispiirteet tehdään näkyviksi varhain.
Voidaanko Delphi:n ohella Windows myös macOS, Linux, iOS ja Android ottaa huomioon?
Kyllä. Projektitavoitteesta riippuen suunnittelemme työpöytäkohteet, mobiilikäyttöliittymät ja palvelinläheiset komponentit yhteisen liiketoiminnallisen linjan pohjalta sen sijaan, että rakentaisimme jokaisen alustan liiketoiminnan kannalta uudelleen.
Miten vältätte sen, että monialustaprojektit erkanevat liiketoiminnan kannalta toisistaan?
Yhteisellä koodi- ja arkkitehtuuristrategialla: liiketoimintasäännöt, tietomalli ja prosessit pysyvät keskitettyinä, kun taas alustakohtaiset erot kapseloidaan tietoisesti.
Ovatko myös mobiililaajennusvaiheet myöhemmin vielä mahdollisia?
Kyllä. Kun arkkitehtuuri, palvelut ja rajapinnat on valmisteltu siististi, iOS- tai Android-kohteet voidaan liittää myöhemmin selvästi hallitummin.
Lue lisää kysymyksiä koottuna
Nämä lyhyet vastaukset pysyvät täällä sivulla. Keskitetty FAQ-landingpage jäsentää aiheen lisäksi arkkitehtuurin, modernisoinnin, alustojen ja käytön yhteydessä.