juhtimissüsteem, jne. 6 Rakendusliides Rakendusliides (API - Application Programming Interface) on liides, mis võimaldab luua ühenduse erinevate programmide vahel. Rakendusliides võib olla kaasatud erinevat moodi: Programmeerimiskeskkonda integreeritud näiteks C++ või Java API Spetsiifiliseks otstarbeks näiteks Google Maps API või Java API XML veebiteenusele. Google Maps API abil saab veebiteenuse pakkuja oma veebilehel rakendada kaarditeenust asukohtade lokaliseerimiseks kaardil läbi Google'i poolt pakutava rakendusliidese. OS'i rakendusliides on liides, mida kasutavad rakendused OS'i teenustele juurdepääsemiseks. Selline rakendusliides on näiteks Windows API. Viimane pakub rakendustele kõiki OS'i teenuseid ja igale OS'i teenusele vastab üks API protseduur. Joonis 3
null – praktilise käsitluse jaoks lihtsalt puuduv väärtus
Sõnega „null” on seotud spetsiaalne nulltüüp
Null-tüübi väärtus on alati null-viide
Nulltüübil puudub nimi, ei saa deklareerida
Objekti ei saa teisendada null-tüübiks.
Null-tüüpi väärtuse (null-viida) võib omistada ükskõik millisele objektitüübile
Null-viitega muutujal ei saa välja kutsuda defineeritud tüübi meetodeid ega kasutada välju
Objekt võib puududa:
Andmebaasipäringu vastus
Veebiteenuse vastus
Konfiguratsiooni osa
Süsteemi komponent
19. Mis on Optionali peamine mõte Java programmis?
Võimaldab selgelt väljendada, kui väärtuse puudumine on planeeritud stsenaarium
Optional
user interface. Veebiteenus tähendab programmide omavahelist suhtlemist ja andmevahetust üle hariliku veebi. Veebiteenus on üle veebi (http) välja kutsutav (käivitatav) meetod (protseduur või funktsioon). Veebiteenust kutsutakse välja mingis kindlas formaadis sõnumiga (nt. SOAP) ja vastus saadakse samuti selles formaadis. Sarnaselt tavaliste funktsioonidega saab ka veebiteenuse väljakutsel määrata sisendparameetreid. A software system designed to support interoperable machine-to-machine interaction over a network It has an interface described in a machine-processable format (WSDL) Other systems interact with the Web service in a manner prescribed by its description using SOAP-messages, typically conveyed using HTTP with an XML serialization in conjunction with other Web-related standards Veebiteenus
· Haldustööriistad. SQL Server sisaldab integreeritud haldusriistu täpsemaks andmebaasihalduseks ja konfigureerimiseks ning pakub head integreeritust näiteks selliste tööriistadega nagu Microsoft Operations Manager (MOM) ja Microsoft Systems Management Server (SMS). Standardsed andmepöördusprotokollid vähendavad märgatavalt SQL Serveri andmete olemasolevate süsteemidega integreerimisele kuluvat aega. Lisaks on SQL Serverisse sisse ehitatud oma veebiteenuse tugi, mis tagab ühilduvuse muude rakenduste ja platvormidega. · integreeritud arendusriistu, mis on tihedalt integreeritud Microsoft Visual Studioga, pakkumaks rakenduste täieliku väljatöötamise võimalusi. SQL Server tarnitakse koos oma objektimudeli ja API-de komplektiga, et andmesüsteemi saaks teie ettevõttele ainuomases suunas laiendada. SQL Server 2005 andmeplatvorm annab igasuguse suurusega organisatsioonide käsutusse järgmised eelised:
Kui Te jätate mõne vea kinni püüdmata siis teeb seda lõpuks ASP.NET ise, kuid nagu arvata võite, ei pruugi sealt tulevad veateated kasutajatele meeldida. Rakenduse veebist eemaldamine Kui rakenduses ilmnevad suuremad tõrked või on vaja teha hooldustöid on kasulik veebirakendus ajutiselt ,,maha võtta" e. muuta kasutajatele kättesaamatuks. ASPi ajal oli ainukeseks arvestatavaks meetodiks, kas rakenduse ümbernimetamine või veebiteenuse peatamine. ASP.NET pakub aga väga mugavat alternatiivi nimelt tuleb rakenduse maha võtmiseks lisada veebirakenduse juurkataloogi fail app_offline.htm. Fail peab kindlasti olema htm mitte html laiendiga! Faili sisse kirjutage teade, mida soovite saidi külastajatele anda. Näiteks võiks kirjutada midagi järgmist:
Sellised rakendused on kerge lugeda, kasutada, muuta ja testida. High cohesion, low coupling ja loose coupling on universaalsed põhimõtted, kehtivad ni arhitektuuri kui ka disaini puhul. Hea arhitektuuri eelised: • Rakendust on kerge o Lugeda – igal tükil selge eesmärk. Silme ees ainult oluline. Parem ülevaade struktuurist. o Kasutada – Kasutatav komponent võib olla koodina rakenduse sees / teegina rakenduse küljes / veebiteenuse taga. o Muuta – Kõigepealt tuleb koodist aru saada. Muudatuste piiratud mõju süsteemile. o Testid – Võimalik isoleerida ja mock’ida. Sõltuvuse asemel dummy’d. Kerge eri situatsioone läbi mängida. Kergem testida äärmiseid juhtumeid. Mis on arhitektuur? Palju definitsioone ning kõik on õiged. Arhitektuur vs disain – semiootikute pärismaa. Clean code
pakkuda mingit lahendust vigade haldamiseks. Kui Te jätate mõne vea kinni püüdmata siis teeb seda lõpuks ASP.NET ise, kuid nagu arvata võite, ei pruugi sealt tulevad veateated kasutajatele meeldida. Rakenduse veebist eemaldamine Kui rakenduses ilmnevad suuremad tõrked või on vaja teha hooldustöid on kasulik veebirakendus ajutiselt ,,maha võtta" e. muuta kasutajatele kättesaamatuks. ASPi ajal oli ainukeseks arvestatavaks meetodiks, kas rakenduse ümbernimetamine või veebiteenuse peatamine. ASP.NET pakub aga väga mugavat alternatiivi nimelt tuleb rakenduse maha võtmiseks lisada veebirakenduse juurkataloogi fail app_offline.htm. Fail peab kindlasti olema htm mitte html laiendiga! Faili sisse kirjutage teade, mida soovite saidi külastajatele anda. Näiteks võiks kirjutada midagi järgmist:
· baseerub suhteliselt laialt levinud Microsoft .NET platvormil · rakenduse saab väga lihtsalt ehitada mõne suurema süsteemi sisse/ehitada rakenduse sisse mõni väiksem toetav süsteem · palju programmeerimist võimalusterohke (rakenduse piiriks on iseenda fantaasia ning programmeerimisoskused) HPExpertsystem tuuma saaks potentsiaalselt kasutada näiteks Windowsi kasutajaliidesega programmi, ASP .NET veebipõhise süsteemi või veebiteenuse tuumana ning lisada sellega palju lisavõimalusi. HPExpertsystem rakenduse peamised miinused minu realisatsiooni seisukohalt: · alfaversioon · palju programmeerimist ainult reeglipõhise süsteemi loomiseks tuleb pisut enam vaeva näha, kui näiteks ExSysiga Soovitused edasiseks. Selleks, et süsteem saaks reaalselt kasutatavaks, peaks selle andmemahtusid kindlasti laiendama. Oma realisatsioonides viisin sisse vaid mingi hulga testfakte
Hea arhitektuuri eelised on: ● Rakendust on kerge lugeda ○ igal tükil selge eesmärk ○ silme ees ainult oluline ○ parem ülevaade struktuurist ● Rakendust on kerge kasutada ○ Kasutatav komponent võib olla ■ koodina rakenduse sees ■ teegina rakenduse küljes ■ veebiteenuse taga ● Rakendust on kerge muuta ○ Kõigepealt tuleb aru saada ○ muudatuste piiratud mõju süsteemile (“ripple effect”) saab aru, et mis midagi muudab + väike muudatus ei tähenda poole süsteemi ümber kirjutamist 51 ● Rakendust on kerge testida
annaabi.ee 
