Edasiühilduv veebiteenuste esituskiht

1. Edasiühilduv veebiteenuste esituskiht Forward Compatible Design of Web Services Presentation Layer Magistritöö(20 ap)Siim KarusJuhendaja: Jüri Kiho

2. Töö eesmärk • Töös uuritakse, kuidas luua edasiühilduvaid esituskihte veebiteenustele. • Luua juhised, mida järgides on võimalik luua edasiühilduvaid esituskihte. • Tuua näide juhiste praktilise kasutamise kohta olemasolevale veebiteenusele uue esituskihi loomisel.

3. Rakenduse valmidus keskkonna muutusteks ja uute tehnoloogiate kasutuselevõtuks. Edasiühilduvus

4. Edasiühilduvus aitab saavutada • Olemasolevate teenuste lihtsa laiendatavuse. • Olemasolevate teenuste kasutatavuse uutel seadmetel. • Olemasolevate teenuste ühendatavuste teiste teenustega. • Tarkvara pikema eluea. Chris Armbruster

5. Edasiühilduvuse põhimõtted • Laiendatavus • Abstraktsioon • n-kihilised rakendused • Komponentideks jaotamine • Modulaarne arhitektuur Chris Armbruster

6. Komponentide tüübid • Juhtelemendid, mida kasutatakse kindla infoelemendi esitamiseks või muutmiseks. • Konteinerid seotud informatsiooni esitavate juhtelementide ja konteinerite grupeerimiseks. • Teenused kindlat tüüpi esituste loomiseks.

7. Olemasolevad tööriistad

8. Teenus-baseeruv tarkvara • Teenused konfigureeritakse igal ajahetkel vastama sel hetkel vajalikele nõudmistele. • Teenused koosnevad väiksematest teenustest (alamteenustest). • Teenus ei ole mehhaaniline protsess ja võib vajada inimese sekkumist. The Distributed Centre of Excellence in Software Engineering

9. Edasiühilduvuse saavutamine • Tarkvara peaks koosnema teenustest. • Common Controls ja vidinad on edasiühilduvad. • FreeMarker ja ASP.NET lubavad edasiühilduvat arhitektuuri kasutada. • FreeMarker ja ASP.NET vajavad jooksvaid kokkuleppeid suhtlusvormide jaoks.

10. Tulevikukindel ja edasiühilduv suhtlemine • Sidusate teenuste korral saab kasutada Web Services standardeid sõnumite kuju kokku leppimiseks sidumise hetkel. • Mittesidusate teenuste korral muutub selline kokkuleppimine koormavaks sidekanalitele. Tekib vajadus edasiühilduva suhtlusviisi järele.

11. Sujuv esituskihi mandumine • Teenus-baseeruv lähenemine • Konfiguratsioonil baseeruv lahendus • Marsruutimisel baseeruv lahendus • Kombineeritud lahendus • Kasutades sisest konfiguratsiooni • Kasutades alamteenuseid • Ühesuunalised lahendused (semantika ja kontekst)

12. Edasiühilduvat esituskihti projekteerides tuleks järgida järgmisi juhiseid. Juhised

13. 1 Võimalusel kasutage Kasutage Common Control või Widget komponente juhtelementide tasemel. Saab jõustada jõudluse arvelt.

14. 2 Kombineerige konteineri ja juhtelemendi taseme objekte uute konteineri taseme objektide loomiseks. Taaskasutage konteineri taseme objekte. Saab jõustada jõudluse arvelt.

15. 3 Sarnaste aspektide või objektitüüpide esitamiseks kasutage üldistatud teenuseid siseste komponentide asemel. Automaatne jõustamine on keeruline.

16. 4 Koostage keerulised teenused individuaalselt adresseeritavatest ja tellitavatest alamteenustest. Automaatne jõustamine on keeruline.

17. 5 Vältige vajadust täiendava informatsiooni küsimise järele. Maksimeerige suhtlusprotokollis oleva semantilise informatsiooni kasutamist. On võimalik jõustada mõnel määral.

18. 6 Pakkuge viis sõnumites leiduvate objektide kohta täiendava semantilise informatsiooni küsimiseks.Leppige kokku vaiketegevus olukordades, kus esituskihile ei ole võimalik anda piisavat informatsiooni objekti esitamiseks. Saab jõustada edukalt.

19. Raamistik XSLT-l baseeruva esituskihi jaoks. Näidisraamistik

20. Maksimeeriti komponentide korduvkasutust lubades taganeda vaikestiilile. Mall graafi esitamiseks puuna.

21. Vaikestiilis kasutatakse semantilst informatsiooni. • Elemendid, mis lõppevad tähega ‘d’ esitatakse loendina kui puudub elemendile vastav kõrgema prioriteediga mall.

22. Toodi sisse viisakas ootamatuste lahendamine.

23. Täiendavalt kasutatud võtted • Mallid on jaotatud erinevatesse enamasti üksteisest sõltumatutesse failidesse. • Pakutakse täiendavat semantilist informatsiooni andvaid teenused. • Teenused on individuaalselt adresseeritavad ja tellitavad.

24. Kasu uuest arhitektuurist • Kõik veebiteenuste moodulid omavad sarnast esitust. • Uute komponentide lisamine on lihtsustatud kuna nende esitamiseks on vaja vähem spetsialiseeritud kasutajaliidese koodi. • Edasine laiendatavus ja ühendatavus väliste teenustega on lihtsustatud tänu nõustavatele ja tõlkivatele teenustele.

25. Järeldused • Edasiühilduv esituskiht vajab märkimisväärset tuge teiste rakenduse funksionaalsuse kihtide poolt. • Teenus-baseeruv arhitektuur toetab edasiühilduvust. • Väiksem esituskihi koodi maht soosib mitmete esituste loomist. • Edasiühilduvus vähendab hoolduskulusid.

26. Edasine töö • Teiste tarkvara funktsionaalsuse kihtide edasiühilduvuse uurimine võimaldab leida viise tarkvara eluea pikendamiseks ja hoolduskulude vähendamiseks. • Edasi saab arendada kasutajate poolt loodud kasutajaliideste automaatse kontollimise meetodeid. • Tuleb luua intuitiivsed ja mugavad stiilide muutmise vahendid.

27. Juhendajat, retsensenti, kaitsmiskomisjoni, õppejõude, kaasüliõpilasi ja kõiki teisi, kes toetasid mind õpingutel, lõputöö tegemisel ja kaitsmisel. Tänan