Dacă lucrați cu Sharepoint este probabil ca această temă este familiar. Fiecare afacere are reguli specifice și proceduri care nu sunt acoperite de standardul Sharepoint-și oportunități. În acest caz, suntem în curs de dezvoltare o soluție sau kastomiziruem noi funcționalități existente, pentru a satisface nevoile de afaceri. Cu acest post voi începe o serie de articole în care voi încerca să descrie una dintre cele mai importante și mai populare subiecte: crearea de site-uri speciale (personalizate) și portaluri în Sharepoint. Doar specifică faptul că voi discuta despre procesul de creare a site-uri, în principal, din punctul de vedere al dezvoltatorilor. Punct de vedere tehnic, acest lucru înseamnă că, în articol procesul de personalizare vor fi luate în considerare folosind definițiile site-uri (definiții site-uri) în Visual Studio, și anume de lucru cu site-uri folosind SharePoint Designer este astfel Osprey acest articol.
Atunci când o companie se deschide o sucursală într-o țară nouă, trebuie să avem un mod rapid și ușor de a crea un nou subsite pentru această ramură a companiei portalului. De asemenea, trebuie să se asigure că acest proces este flexibil și ușor extensibil pentru posibilele schimbări viitoare ale cerințelor de afaceri.
Așa cum am menționat mai devreme în acest articol, există mai multe moduri de a personaliza site-uri din Sharepoint. Pentru a rezolva această problemă, puteți, de exemplu, a crea un site web folosind definiția standard a unui site, adăugați funcționalitatea dorită (birouri Web, pagini, etc.), salvați site-ul ca un șablon (fișier .stp) și de a crea un nou site bazat pe această șablon. Puteți utiliza, de asemenea, comanda de export și import stsadm de utilitate pentru a crea site-ul și apoi schimbați-l folosind Sharepoint Designer-o. Aceste abordări nu necesită participarea dezvoltatorului și condusă de un administrator. Aceste soluții sunt adecvate pentru cazurile în care nu atât de multe site-uri nevoie pentru a crea șabloane pentru aceeași, sau în cazul în care valoarea modelului de bază al modificărilor este mic. Dar este important pentru companiile mari, cu multe ramuri care necesită un site separat, cu setări unice, care sunt setate la crearea, automatizarea procesului. În acest caz, cel mai bun, în opinia mea, mijloacele de rezolvare a acestei probleme este unul dintre punctele de extensie (punctul extensibilitate) Sharepoint-ca: specialitate definițiile site-ului. Dacă nu sunteți familiarizați cu un anumit site, sau confunda termenii „definiție site-ul“ și „șablon“, recomand să citiți următoarele articole în MSDN: Lucrul cu șabloane site-uri și definiții. Suficient pentru noi să ne amintim că modelul - acesta .stp fișier este creat pe baza unui site existent (șablon, de asemenea, numit va fi utilizat ca un element în situri artefacte care descrie XML - acestea vor fi discutate mai jos). Acest fișier .stp fiind creat o dată, nu modificat (eu nu văd cazuri de despachetare manuală, modificări, și a reveni pachetul la schimbarea cu extensia .stp la cab - deși, uneori, trebuie să faci și așa mai departe Cu toate acestea, această metodă nu este o modalitate oficială de a lucra. de pe site-ul MS 🙂). Pe de altă parte, definiția site-ului - se schimbă complet definiția site-ului, care este stocat în fișiere în dosarul onet.xml 12 / Template / SiteTemplates (denumită în continuare voi vorbi despre acest lucru în mai multe detalii).
Vom merge pe cele mai multe exemple cu privire la acest subiect, și nu va fi limitat la crearea definiției sale site-ul propriu. Ne pune în aplicare un proces specializat de construire site-uri. Având o definiție site-(standard sau personalizate), singurul lucru pe care putem - este de a utiliza pagina standard pentru crearea de site-uri (12 / Șabloane / Aspecte / newsbweb.aspx) și selectați șablonul dorit în controlul șablonul selector (sau treci de linie de comandă parametru ID - în târnăcop șablon acest caz, va cuprinde doar o singură valoare care corespunde cu ID-ul transmis). Dar asta înseamnă că trebuie să specificați parametrii proprii (business specifice) la crearea unui nou site (în afară de standardul din titlu, descriere, limba, URL-bine, etc)? Pentru a face acest lucru vom avea nevoie pentru a pune în aplicare pagina de creare a site-ului propriu, bazat pe standardul newsbweb.aspx. Dar, mai întâi lucrurile primele.
Pentru a crea un portal, trebuie să creați fișierul webtemp în 12 / Format // XML, în cazul în care - acest substituent indicând faptul local acceptat. Ie dacă trebuie să fie capabil de a crea sucursale portaluri în limba engleză și suedeză, este necesar să se creeze 2 fișier webtemp în următoarele dosare:
Puteți citi mai multe despre fișierele webtemp în următorul articol: portal Site Template File. Să numim fișierul nostru webtempContosoBranchSite.xml. În cazul nostru, aceasta va avea următorul cuprins:
După cum se arată în exemplu, puteți executa codul înainte (atunci când rubricile site-ului portal nu sunt create încă) și după provizheninga (în cazul în care întreaga structură este gata). Dar, în cazul în care și cât de determinat această structură? Acest lucru se face într-un fișier special - manifest portal web, pe care am arătat în atributul ProvisionData webtempContosoBranchSite.xml în fișierul:
În Manifestul Web, am identificat site-ul rădăcină (Acasă) și 3 NPP (vânzări, IT și HR). Atributul Name este folosit ca subsite un URL-uri (cu excepția site-ul rădăcină al portalului, pentru care URL-ul este pe pagina de creare a site-ului), iar atributul displayName conține antetele site-uri localizate (fișier de resurse ContosoBranch.resx trebuie să fie amplasate în dosarul 12 / Resurse, precum și .. versiunile sale lingvistice, de exemplu, ContosoBranch.en-us.resx, de asemenea, important să se înțeleagă că site-urile titluri - așa-numitele resurse provizheninga în MOSS-adică sunt „a arătat“ în valoarea reală la momentul provizheninga în baza de date de conținut sunt înregistrate acestea. valorile finale. Asta este, dacă sunteți OM Schimbați valoarea șirurile de resurse în fișierul resx - acesta va avea efect numai pentru site-uri noi, în timp ce site-urile existente, această modificare nu va afecta). Cel mai important atribut - un siteDefinition. El spune Sharepoint în ce fel de definiție a unui sit ar trebui să fie utilizate pentru fiecare site portal. De exemplu, pentru CNE Sales MOSS se va utiliza definiția ContosoBranchSite # 1.
Dar ceea ce face această înregistrare și cum să-și creeze propriile definiții de site-uri - pe care o voi descrie în secțiunea următoare. Voi descrie, de asemenea, procesul de creare a unei pagini de creare a site-ului dedicat, și multe alte lucruri interesante.