Tehnoloogiaprofiil
Delphi ettevõtterakenduste ülevaade
Delphi ei ole meie jaoks nostalgiline klammerdumine vana platvormi külge, vaid väga teadlikult kasutatav tööriist ettevõtterakenduste jaoks, mis peavad igapäevatöös stabiilselt kandma. Just seal, kus loevad aastate jooksul kasvanud äriloogika, keerukad töölaua töövood, aruanded, andmebaasilähedus ja kontrollitav jõudlus, on Delphi tänaseni erakordselt tugev.
RAD-ist koormust taluva ettevõttetarkvarani
Delphi oli varakult tugev selles, et tootlikke töölauarakendusi kiiresti üles ehitada. Paljudes ettevõtetes ei saanud sellest mitte ainult kiire GUI, vaid aastate jooksul küpsenud valdkondlik baas reaalsete protsesside, reeglite ja eranditega.
Tugev siis, kui äriloogika ja töölaua kliendid päriselt loevad
Delphi mängib oma tugevused välja seal, kus kasutajad vajavad tootlikke kliente: tabelid, aruanded, kohalikud integratsioonid, printimine, andmebaasilähedus ja vähese hõõrdumisega kasutajaliidesed päris töövoogude jaoks.
Mitte kõike uuesti, vaid kanda valdkondlikult mõistlikult edasi
Eriti väljakasvanud süsteemides on Delphi sageli koht, kus elab tegelik valdkondlik substants. Just seetõttu me ei moderniseeri Delphi-t pimesi ära, vaid korrastame loogika, andmepöördused ja arhitektuuri puhtalt uuesti.
Miks Delphi püsib ettevõtterakendustes nii kaua kandvana
Delphi sai paljudes ettevõtetes oluliseks mitte seetõttu, et see kunagi oli modernne, vaid seetõttu, et see lahendas aastate jooksul tootlikke probleeme. Just sellest on paljudes rakendustes tekkinud valdkonnaloogika tihedus, mida ei leiutata kergekäeliselt uuesti. Hinnad, reeglid, aruanded, plausiiblused, väljatrükid, erijuhtumid ja kasutajateed ei peitu sageli valdkonnakontseptsioonis, vaid jooksvas rakenduses endas.
Tehniliselt on seejuures eeskätt oluline lähedus äriloogika, andmemudeli ja produktiivse kliendi vahel. Delphi on tugev, kui palju valdkondlikkust saab otse kasutatavates töölaua protsessides nähtavaks. See kehtib eriti süsteemides, kus kiirus, andmelähedus, selged klaviatuuriteed, printimine ja rahulik töövoog loevad rohkem kui puhtalt veebikeskne kasutajaliides.
Just seetõttu on Delphi meie jaoks sageli arhitektuuri tuum, mitte selle takistus. Küsimus ei ole selles, kas Delphi eksisteerib, vaid kas rakendus on puhtalt lõigatud. Kui andmepöördus, äriloogika ja kasutajaliides eraldatakse teineteisest, saab Delphi-t kontrollitult moderniseerida, seada mitmeplatvormiliseks ja kombineerida puhtalt REST-serverite ja teenustega.
Tugevused, piirid ja mõistlik kasutus
Kus Delphi on tugev
Delphi on tugev tootmisküpsete töölaua ettevõtterakenduste, andmebaasilähedaste protsesside, aruandluse, selgete kasutusvoogude ning olukordade puhul, kus mitme kliendisihtmärgi jaoks on mõistlik ühine valdkondlik alus.
Kus tasub puhtalt kombineerida
Kui fookuses on portaalid, API-d, pilvelähedased teenused või teenusepõhised integratsioonid, on kombinatsioon C# või eraldiseisvate serverikomponentidega sageli parem arhitektuuriotsus kui kõik-ühes lähenemine.
Milliseid nõrkusi tuleb ausalt näha
Delphi muutub keeruliseks siis, kui vanad süsteemid on tugevalt monoliitselt kasvanud, liiga palju äriloogikat on UI-s või meeskonnad lahendavad build’i, deploymendi ja teekide küsimused liiga hilja. Just seetõttu loeb sobitamine rohkem kui märksõna.
Kuidas me Delphi täna paigutame
Me kasutame Delphi seal, kus see valdkondlikult päriselt kannab: tootmisklientide jaoks, välja kujunenud valdkondliku substantsi jaoks ja rakenduste jaoks, mida ei mõõdeta moekate platvormivahetuste, vaid stabiilse kasutatavuse ja puhta edasiarenduse järgi. Just sellest tekib sageli väga ökonoomne kombinatsioon substantsi säilitamisest ja kaasaegsest tehnilisest korrast.
Kui algatus peab eeskätt jooksma mitmel töölaua sihtplatvormil, jätkame seda suunda lehel Delphi Multiplattform. Kui tegemist on olemasoleva lahenduse tehnilise uuendamisega, on enamasti järgmine samm Delphi-moderniseerimine. Mõlemal juhul ei ole Delphi meie jaoks mitte pärandkoorem, vaid puhta sihtarhitektuuri üks ehitusplokk.
KKK: Delphi ettevõtterakenduste jaoks
Delphi puhul on ettevõtetes harva tegu nostalgiaga, vaid küsimusega, kuidas välja kujunenud äriloogikat, töölauaprotsesse ja mitut sihtplatvormi majanduslikult ja puhtalt edasi kanda.
Miks kasutate te tänapäevalgi teadlikult Delphi?
Sest Delphi pakub paljudes ettevõtterakendustes tugevat kombinatsiooni välja kujunenud äriloogikast, jõudlusest töölauaprotsessides, andmebaasilähedusest ja kontrollitavast edasiarendusest.
Kas Delphi on huvitav ainult olemasoleva lahenduse moderniseerimiseks?
Ei. Delphi on mõistlik ka uute ettevõtterakenduste jaoks, kui olulised on tootmisküpsed töölaua töövood, aruandlus, lokaalsed integratsioonid ja ühine valdkondlik baas mitme platvormi jaoks.
Kus on Delphi piirid?
Eelkõige seal, kus algatus on esmajoones portaali-, teenuse- või pilvekeskne. Siis kombineerime Delphi teadlikult C#, REST-serverite või veebikomponentidega, selle asemel et kõike ühte tööriista suruda.
Loe koondatult rohkem küsimusi
Need lühivastused jäävad siia lehele. Kesksele KKK-landingpage’ile koondame teema lisaks seoses arhitektuuri, moderniseerimise, platvormide ja käitusega.