SharePointi lahenduste struktureerimine
19.03.2011 | Gunnar
Käes on viikend, aeg veidi vabamalt hingata ja nii mõtlesin, et kirjutan kokku ühe lugulaulu SharePoint 2010 lahenduste struktureerimise kohta. Vingeim struktuur, mis viimasel aal nähtud, oli selline, et lahendusse lisas üks kodanik kolm ümara nimega projekti ning teatas, et nii ongi. Olukord vajab vist pisut parandamist. 
Lahenduse koosseis
Esiteks vaatame korra seda, milline võiks olla ühe SharePointi lahenduse koosseis. Mis projektid võiks luua ja mida need projektid võiks sisaldada. Minu näide baseerub pisematel ja meie mõttes keskmise mahuga SharePointi lahendustel.
Lahenduse koosseisu võiksid kuuluda näiteks sellised projektid:
-
Common – projekt lahenduse üldise funktsionaalsuse jaoks. Sisaldab klasse andmestruktuuride ja operatsioonide jaoks.
-
UI – kasutusliidese täiendused juhul kui on palju lehti või veebiosi, mida lahenduse raames luuakse.
-
Deployment – projekt, mis sisaldab lahenduse paigaldamiseks vajaminevaid definitsioone, lehti jne.
Kui lahendus ei ole mahukas, siis võib alati luua ka ainult ühe projekti ja püsida selle raamides kuni tekib reaalne vajadus lahendus tänu kasvule ümber struktureerida.
Paigaldusprojekti ülesehitus
Paigalduse projekti juures soovitan kasutada selliseid kaustu:
-
Data – sisaldab definitsioone saidi veergude, sisutüüpide ja loendite kohta. Loendi instantside definitsioonid võib samuti siia lisada.
-
Publishing – siia alla lähevad moodulid, mis paigaldavad ära lehed, stiilid, skriptid ja graafika.
-
Layouts – tegemist on eritüüpi kaustaga, mis viiakse vastavusse SharePointi enda kaustaga /_layouts/. Siia kausta lähevad kõik failid, mis otseselt selles kaustas hakkavad asuma.
-
ControlTemplates – selles kaustas asuvad kuvakontrollerid (VS2010 võimaldab ka code behind faile hoida).
-
Resources – see võib olla tavaline moodul, milles olevad .resx failid kirjutatakse App_GlobalResources kataloogi. Teine võimalus on see, et tegemist on eritüüpi kataloogiga, mis viiakse vastavusse SharePointi ressurside kataloogiga.
-
Sites – see kataloog sisaldab saitide definitsioone ja definitsioonide koosseisu kuuluvaid faile.
-
XML – eritüüpi kataloog, mis viiakse kokku SharePointi XML-ide kataloogidega. Siia lähevad näiteks väljade definitsioonide koosseisu kuuluvad XML-id ja avaldamise saitide loomist juhtivad XML-failid.
Kuigi see jaotus võib tunduda kirju, on see osalt peale sunnitud Visual Studio SharePointi vahendite poolt ja osalt on tagab see jällegi hästi seda, et paigaldamise projektist ei kujune kaost. Reaalses elus saab igasuguseid XML-põhiseid definitsioone olema lahenduses päris palju ja korra tagamine on seega väga oluline.
Kokkuvõtteks
Visual Studio 2010 vahendid võimaldavad SharePointi lahendusi struktureerida väga mugavalt. Oluline on alguses hinnata valmiva lahenduse mahtu ja teha selle põhjal edasised otsused. Näiteks juhul, kui rakendus jaguneb erinevateks mooduliteks, tuleb kasutada pisut teistsugust lähenemist.