Bevezetés a SharePoint-alkalmazások létrehozásába

Fontos : Ez a cikk gépi fordítással lett lefordítva, lásd a jognyilatkozatot. A cikk angol változatát itt találhatja meg.

Tartalom

Bevezetés

Használt eszközök és technikák

Alkalmazásarchitektúra és fejlesztésmódszertan

Közös tervezési minták megvalósítása

Sablonok készítése

Összefoglalás

Források

Bevezetés

Windows SharePoint Services 3.0 , amely felajánlja az integrált portfólió kommunikációt és együttműködési szolgáltatások Windows Server technológia. Érdemes emellett webalapú üzleti alkalmazások fejlesztésével platformot. A Microsoft kihasználni a ezt a lehetőséget, kifejlesztett negyven alkalmazás sablonok a Windows SharePoint Services 3.0 való ki-be a cím valamilyen üzleti folyamat, például a belső segítő koordinálása vagy nyomon követése a marketingkampányok, az igényeinek, mint az ábrán az 1 megoldást nyújtanak.

Az Integrated Marketing Campaign Tracker (Egyesített marketingkampány-követő) alkalmazás kezdőlapja
1. ábra: Az Integrated Marketing Campaign Tracker (Egyesített marketingkampány-követő) alkalmazás kezdőlapja

A Microsoft azért fejlesztette ki ezeket az ingyen letölthető alkalmazássablonokat, hogy a felhasználók a telepítés után azonnal használni tudják őket. Az ügyfelek és a partnerek használhatják azonban ezeket az alkalmazássablonokat a céljainknak jobban megfelelő megoldások kiindulópontjaként is, vagy oktatás során példaként, amikor saját kifinomult Windows SharePoint Services 3.0-alkalmazásokat készítenek a(z) Microsoft Office SharePoint Designer 2007 segítségével.

Ez a cikk célja ismertetik, hogyan Microsoft fejleszteni a alkalmazássablonok azonosító gyakorlati tanácsok a szeretné a Windows SharePoint Services 3.0 és a Office SharePoint Designer 2007céljával felhatalmazó ügyfelei és partnerei létrehozásához a saját alkalmazások core lehetőségeit. A cikk nem a Windows SharePoint Services 3.0 SDKhelyett, és nem található elsősorban a fejlesztői. A fejlesztők általában Windows SharePoint Services 3.0meghosszabbítása ismertetése a SDK kell használni.

Ezt a cikket a webhelytervezők új generációja számára szántuk forrásanyagként. Mivel a(z) Windows SharePoint Services és a(z) Office SharePoint Designer 2007 rengeteg alkalmazásfunkció létrehozását teszi lehetővé a felhasználói felületen keresztül, magas szintű fejlesztési szaktudás nélkül is készíthet sokoldalú alkalmazásokat. A biztonság kedvéért ez a cikk bemutat néhány egyedi kódmegvalósítást különösen trükkös kódmintákhoz, de az általános módszereknek a nem fejlesztői végzettségűek számára kell használhatóaknak lenniük, és ezt a célközönséget szem előtt tartva készültek. A fejlesztőknek érdemes lehet gyorsan átolvasni az eszközökkel és a módszerekkel foglalkozó első néhány szakaszt, és több figyelmet fordítani a tervezési minták leírására, valamint az ezen tervezési minták megvalósítását bemutató példákra.

Ami a cikk szerkezetét illeti, az első szakasz (Használt eszközök és technikák) áttekinti a(z) Windows SharePoint Services 3.0 és a(z) Office SharePoint Designer 2007 alkalmazások kialakításához használt képességeit. A következő szakasz (Alkalmazásarchitektúra és a fejlesztés módszertana) általánosságban ismerteti a Microsoft által az összes alkalmazássablonhoz használt módszereket. A módszer egy ésszerű megközelítés, amely megvizsgálja a megoldás célját, a használat módját, a használót, és hogy mely technikai részletekkel lehet legmesszebbre jutni anélkül, hogy egyéni kódot kellene írni. A vége egy olyan folyamat, amellyel azonosítani lehet azokat a területeket, ahol egyéni kódra vagy más egyéni megoldásokra lesz szükség.

A cikk következő része ( Közös tervezési minták megvalósítása) arra összpontosít, hogyan lehet egyaránt kihasználni a(z) Windows SharePoint Services és a(z) Office SharePoint Designer 2007 erősségeit a közös alkalmazástervezési követelmények kialakításához, például hogy hogyan lehet egyéni műveleteket létrehozni egy listában. Ez a cikk legfontosabb része, és az összes alkalmazássablonban (és valójában minden Ön által esetleg készített alkalmazásban) visszaköszönő tervezési minták megközelítési módját ismerteti. Ez a szakasz példákat mutat mind az öt tervezési mintára, beleértve a(z) Windows SharePoint Services felhasználói felületével és a(z) Office SharePoint Designer 2007 alkalmazással és bizonyos egyéni kódokkal végzett munkára vonatkozó útmutatót.

A cikk utolsó szakasza (Sablonok összeállításat) azt mutatja be, hogyan lehet ténylegesen sablonfájlt létrehozni a(z) Office SharePoint Designer 2007 segítségével. Foglalkozik más területekkel, például a honosítással is.

Mire a cikk végére ér, tisztában kell lennie azzal, hogyan kell megtervezni és felépíteni egy alkalmazást, hogyan kell elkezdeni egy webhely kialakítását a(z) Windows SharePoint Services 3.0 alkalmazásban, beleértve a hivatkozott listákat, az egyéni oszlopokat, a könyvtárakat, a munkafolyamatokat stb., hogyan lehet megnyitni a webhelyet a(z) Office SharePoint Designer 2007 alkalmazásban, hogy még jobban testre szabhassa, hogyan hozhat létre egyéni űrlapokat, hogyan adhat hozzá egyéni kódokat bizonyos működések megváltoztatása érdekében, hogyan hozhat létre egyéni munkafolyamatokat stb., és végül, hogy hogyan hozhat létre önállóan alkalmazássablonokat, és hogyan telepítheti azokat, hogy használni lehessen őket.

Vissza a lap tetejére

Használt eszközök és technikák

A termékkel számos technikát és eszközt kap, amelyek lehetővé teszik az alkalmazások minden eddiginél egyszerűbb elkészítését. A technikai oldalon az olyan új képességek, mint a munkafolyamat-támogatás, azt jelentik, hogy a webhelytervezőnek nem kell kódot írnia, hogy a munkafolyamatból alkalmazás váljon. Ami az eszközöket illeti, a(z) Office SharePoint Designer 2007, a Microsoft Visual Studio 2005 és más eszközök lehetővé teszik, hogy mind kevesebb (gyakran semmi) kódot ne kelljen használnia a korábban meglehetősen nehéz műveletek végrehajtásához.

Általánosságban elmondható, hogy a Microsoft olyan megoldásokat használt az összes ilyen eszközhöz és technikához, amely egyre több nehéz munkát helyez át magára az infrastruktúrára, ami lehetővé teszi, hogy a felhasználó nagyobb mértékben legyen tervező, és kisebb mértékben fejlesztő. Más szóval a Microsoft már elvégzett egy csomó nehéz munkát, hogy a felhasználók egyszerűen csak használhassák ezeket a képességeket az alkalmazásaikban, egyszerű logikus módon, a felhasználói felületen keresztül.

Hogy könnyebben érthető legyen, hogyan működnek együtt a különböző technikák és eszközök az alkalmazások létrehozási folyamatában, a következő szakaszok kimondottan a lényeges új funkciókat és szolgáltatásokat bemutatva ismertetik a(z) Windows SharePoint Services 3.0, a(z) Office SharePoint Designer 2007 és más technikákat. Az átfogóbb ismertetőkért lásd a forráslistát jelen cikk végén.

Windows SharePoint Services 3.0

A Windows SharePoint Services 3.0 több új, fejlett képességgel rendelkezik. Az alábbi új funkciók és szolgáltatások különösen az egyéni alkalmazások létrehozásánál fontosak, és a későbbi szakaszokban soknak a neve felbukkan majd:

  • Tárak és listák    – A(z) Windows SharePoint Services 3.0 számos új tár- és listatípust vezet be, amelyek az alkalmazások alapjául használhatóak.  Az új tártípusok közé tartozik a diatár, egy kifejezetten Microsoft Office PowerPoint 2007-diák tárolására és kezelésére tervezett tár, az adatkapcsolattár és más tárak.

  • Tartalomtípusok    – A tartalomtípusok a(z) Windows SharePoint Services 3.0 alkalmazásban sokfelé használt alapelemek. A tartalomtípusokat arra szántják, hogy segítsenek a felhasználóknak áttekinthetőbben rendszerezni a tartalmakat a SharePoint-webhelyeken. A tartalomtípus beállítások újrafelhasználható gyűjteménye, amely bizonyos tartalomkategóriákra alkalmazható. A tartalomtípusokat központilag kezelheti, és a dokumentum- és elemtípusok metaadatait és műveleteit újra felhasználhatja. Társíthatja például a munkafolyamatokat és eseményeket egy tartalomtípushoz, nem kell őket felvenni több dokumentumba és tárba.

  • Webhelyoszlopok    – A webhelyoszlopok az oszlopmeghatározás központi, újrafelhasználható modelljét kínálják. Amikor létrehoz egy webhelyoszlopot, az adott oszlopot használó összes listának ugyanaz a meghatározása, nem kell minden egyes listában újra létrehozni az oszlopot. A webhelyoszlopok módot adnak a végfelhasználóknak arra, hogy a listájukhoz használható előre meghatározott oszlopkészletből válasszanak. Így a webhelyoszlopok nemcsak a jól ismert oszlopsablonok központi meghatározására használhatóak, de módot adnak arra is, hogy a felhasználók egyéni jelentésű különleges oszlopokat használhassanak.

  • Munkafolyamat     – A(z) Windows SharePoint Services 3.0 alkalmazásban segítségével üzleti folyamatot csatolhat listákban és tárakban lévő elemekhez. Ez a folyamat az elemek szinte minden jellemzőjét szabályozhatja, beleértve az adott elem életciklusát is. Létrehozhat például olyan egyszerű munkafolyamatot, amely egy dokumentumot felhasználók sorához irányít jóváhagyás céljából. Különleges munkafolyamatokat általában a webhely tervezője vagy fejlesztője hoz létre. A webhelytervezők a(z) Office SharePoint Designer 2007 segítségével munkafolyamatokat hozhatnak létre a Munkafolyamat-tervező varázsló környezetét használva, a fejlesztők pedig a Visual Studio 2005 segítségével hatékonyabb és összetettebb munkafolyamatokat hozhatnak létre.

  • Szolgáltatás keretrendszer    – A(z) Windows SharePoint Services 3.0 tartalmaz egy „szolgáltatás”nevű új szerkezetet. A szolgáltatáscsomagok adott cél vagy feladat végrehajtását segítő Windows SharePoint Services-elemek. A szolgáltatás egy vagy több elemet tartalmaz. Az elem egy atomi Windows SharePoint Services-fogalom. A(z) Windows SharePoint Services 3.0-szolgáltatások teljes keretet kínálnak, amelyet fejlesztőként használhat arra, hogy egyéni funkciókat hozzon létre a(z) Windows SharePoint Services-megoldásokhoz. A szolgáltatások a rendszergazdák számára egyszerűbbé teszik a funkciócsomagok hozzáadását és eltávolítását is.

  • Eseményjavítás    Az események két fő kategóriába tartozhatnak:

    • Listaesemények   : A legfontosabb események, beleértve a listaelemek és listaoszlopok módosításait, kiegészítéseit és eltávolítását (sémamódosítások).

    • Egyszerű webhelyesemények   : Webhelyek és webhelycsoportok törlése.

      Az események lehetnek szinkronizált „megelőző” események, amelyeket „XYZing” névformátum jelöl, vagy aszinkron „követő” események, amelyeket „ABCed” névformátum jelez.

  • Hozzáférés mobileszközzel    – A(z)Windows SharePoint Services 3.0 olyan új funkciókat kínál, amelyek lehetővé teszik a listák mobileszközökön való helyes megjelenítését.  Amikor egy felhasználó mobileszközzel keres fel egy Windows SharePoint Services 3.0-webhelyet, a webhely a webböngészőt átirányítja a webhely mobileszközös változatára, amely az eszköznek legmegfelelőbb módon jeleníti meg a webhelyen lévő tartalmat és listákat.

Office SharePoint Designer 2007: Az első számú eszköz SharePoint-alkalmazások létrehozására

A(z) Office SharePoint Designer 2007 kifejezetten arra készült, hogy a felhasználók segítségére legyen webhelyek és a SharePoint termékek és technológiák termékkel készített munkafolyamatok létrehozásában és testreszabásában (Windows SharePoint Services 3.0 és Microsoft Office SharePoint Server 2007). Olyan eszközöket tartalmaz, amelyekre az informatikai szakembereknek és a megoldáskészítőknek van szükségük a szervezetek tettrekészségét és az üzleti folyamatok automatizálását javító SharePoint-alapú alkalmazásokhoz és munkafolyamatokhoz kapcsolódó megoldások fejlesztése során. A(z) Office SharePoint Designer 2007 használatával nem kell hagyományos kódnyelveket és módszereket használnia az alábbiak végrehajtásához:

  • Kódmentes adatnézetek és űrlapok létrehozása különböző adatforrások – például XML-fájlok, SQL-adatbázisok (például Microsoft SQL Server 2005) és webszolgáltatások – alapján.

  • Hozzon létre kifinomult, dinamikus, kódmentes munkafolyamatokat.

  • Tervezze meg a weblapokat, és végezze el az elrendezésüket.

  • Hozzon létre mesterlapokat.

  • Szerkesszen és alkalmazzon egymásra épülő stíluslapokat (CSS).

  • Készítsen kijelzőlapokat, és azokat összekötve hozzon létre kifinomult üzleti megoldásokat.

Visual Studio 2005

A Visual Studio 2005 segítségével egyéni kódot adhat az alkalmazásokhoz, vagy egyéni munkafolyamatokat vehet fel. A Visual Studio 2005 Designer for Windows Workflow Foundation segítségével munkafolyam-sablonokat és egyéni munkafolyamat-tevékenységeket hozhat létre. A munkafolyamatba felvehet kódokat és olyan tervezési űrlapokat, amelyeket majd a munkafolyamat használ a társítás során, valamint futásidőben a munkafolyamat-felhasználókkal való kommunikációra.

A Visual Studio 2005 Windows SharePoint Services 3.0-kiterjesztései olyan ingyenesen letölthető eszközök, amelyek egy csomagban tartalmaznak számos olyan egyéni fejlesztőeszközt, amelyek egyéni SharePoint-alkalmazások Visual Studio 2005-val történő fejlesztéséhez használhatók. A csomag tartalmazza a kijelzőkhöz való Visual Studio-projektsablonokat, a webhely-meghatározásokat, a listameghatározásokat és egy SharePoint Solution Generator nevű önálló segédprogramot, amely webhely-meghatározási projektet állít elő egy meglévő SharePoint-webhelyből. A program lehetővé teszi, hogy a fejlesztők a böngésző és a(z) Office SharePoint Designer 2007 segítségével szabják testre webhelyeik tartalmát, mielőtt létrehoznák a kódot a Visual Studio 2005-tel.

A Windows SharePoint Services 3.0 szoftver Visual Studio 2005-ös bővítményeit visszavontuk, de a Windows SharePoint Services 3.0 szoftver Visual Studio 2008-as bővítményeit (1.3-as verzió) továbbra is beszerezheti.

Microsoft Office Access 2007

Microsoft Office Access 2007 a nyomon követés alkalmazások, beírását, kezelése és adatok célzott felhasználási területei jelentéskészítés gazdag felhasználói felületet kínál létrehozását teszi lehetővé. Hogyan tervezhet, létrehozása és megosztása az Access-sablonok kapcsolatos további tudnivalókért tekintse át a könyv A ésszerű útmutató a Microsoft Office Access 2007-sablonok.

Módszerek és általános eljárások

A következő szakaszban leírt fejlesztési módszerek esetében az alkalmazás létrehozásának alapvető lépései nagy vonalakban a következők:

  1. Döntse el, hogy szüksége lesz-e webhely-meghatározásra vagy webhelysablonokra.

  2. Hozza létre az alapwebhelyet a(z) Windows SharePoint Services 3.0 vagy Office SharePoint Server 2007 alkalmazással.

  3. Nyissa meg a webhelyet a(z) Office SharePoint Designer 2007 alkalmazásban, végezze el a módosításokat stb.

  4. A Visual Studio 2005 segítségével szükség esetén létrehozhat egyéni kódot, egyéni munkafolyamatokat stb.

Vissza a lap tetejére

Alkalmazásarchitektúra és fejlesztésmódszertan

Mint bármilyen fejlesztési projekt esetében, a(z) Windows SharePoint Services-alkalmazások tervezése és elkészítése során nagyobb a siker esélye, ha bevált módszereket követünk. Ez a szakasz a Microsoft által az összes letölthető alkalmazássablon tervezése során használt módszereket ismerteti. A megoldásokban nem lesz semmi nem meglepő, különösen a tapasztalt fejlesztők számára, de figyelembe veszik a SharePoint-környezet néhány adottságát, és a Microsoft által megtanult leckéket, így ebben az összefüggésben értéket jelentenek. Újra elmondjuk: ez a szakasz azon nem fejlesztők számára lesz a leghasznosabb, akik ismerik a(z) Windows SharePoint Services 3.0 és Office SharePoint Designer 2007 alkalmazást.

Röviden összefoglalva: a módszertan annak átgondolásával kezdődik, mi lesz az alkalmazás feladata, kinek kell használnia és így tovább. Ezután jobban bele kell mélyedni a részletekbe, hogy hogyan kell az adatoknak áramolniuk az alkalmazáson belül, hol kell őket tárolni, és milyen kapcsolat van a különféle adatrészek között. Az adatmodell és a használati esetek jó megértése után a módszertan az alkalmazás nyers verziójának a(z) Windows SharePoint Services 3.0 alkalmazásban való létrehozásának megkezdését, listák, tárak, munkafolyamatok stb. egymásra épülő módon való létrehozását jelöli következő lépésként, egészen addig, amíg minden úgy nem kezd kinézni és működni, ahogy azt elgondolta. Végezetül a módszertan azoknak a finombeállításoknak és testreszabásoknak az azonosítását és kialakítását követeli meg, amelyek révén az alkalmazás tényleg betölti majd az üzleti folyamatokban a neki szánt szerepet.

Az alkalmazás funkcionális követelményeinek meghatározása

Miközben a(z) Windows SharePoint Services-megoldások összeállítása előtt nem szükséges részletes műszaki leírást tartalmazó dokumentumot létrehozni, szükség van egy jó ötletre arra vonatkozóan, hogy hogyan kell működnie az alkalmazásnak. Az előző pont nyilvánvalónak tűnhet, de sok fejlesztők tapasztalja, mennyire fájóan eltér az, amit az érdekeltek gondolnak arról, hogy mit szeretnének az alkalmazástól, és az, hogy mire van valóban szükségük az üzleti folyamataik sikeréhez (természetesen az érdekeltek erre általában azután jönnek rá, amikor megtekintették a már majdnem kész alkalmazást).

A fentiek mindössze arról szóltak, hogy mindent az elején kell elkezdeni, azaz a funkciókkal szembeni követelmények összegyűjtésével és annak átgondolásával, hogy mi legyen az alkalmazás feladata. Ha például egy projektnyomkövető megoldásra van szükség, akkor minimum a következőket kell azonosítania:

  • Kik/melyek az üzleti folyamat szereplői/szerepkörei?    Ebben az esetben a projekttulajdonos létrehoz egy projektet, kezeli a feladatokkal és problémákkal kapcsolatos információkat stb., a feladattulajdonosoknak pedig ki vannak osztva a problémák és feladatok, és nekik együtt kell működniük a feladat teljesítése érdekében. A vezetőknek látniuk kell a projekt állapotára vonatkozó összegyűjtött adatokat.

  • Milyen igényei vannak a felhasználói felületre vonatkozóan a különféle szereplőknek?    Ebben az esetben a projekt tulajdonosának, a feladattulajdonosoknak és a vezetőnek más-más, a tevékenységükhöz kapcsolódó nézetre van szükségük. A feladattulajdonosoknak látniuk kell az összes nekik kiosztott feladatot, míg a projekt tulajdonosának például látnia kell az összes késedelmes feladatot.

  • Hogyan néz az üzleti folyamat?    Ebben az esetben a projekttulajdonos létrehoz egy projektet, a mérföldköveket, a feladatokat és a költségvetési tételeket, és majd nyomon követi a végrehajtás időbeli alakulását. A projekt tulajdonosának gyakran hozzá kell férnie minden adathoz, míg a feladattulajdonosoknak akkor kell az adatokkal dolgozniuk, amikor kiosztanak nekik valamit.

  • Hol találhatók az adatokat?    Csak az Windows SharePoint Services alkalmazásban lévő adatokat használja, vagy hozzá kell férnie külső adatokhoz is (adatbázisból, webszolgáltatáson keresztül, az üzleti adatkatalóguson keresztül stb.), és a(z) Windows SharePoint Services alkalmazáson kívül kell tárolnia az adatokat?

  • Milyen összefüggés van az adatok között?    Ebben az esetben szükség van egy projekt elemre, egy mérföldkő elemre, valamint feladat és a probléma elemekre, amelyeknek logikus hierarchiájuk van. A felhasználók adatpontok is, akárcsak az olyan elemek, mint a költségvetés, a napok száma és más hasonló adatok.

Az ezen kérdések legtöbbjére adott válaszok meglelésére nagyszerű mód, ha képeket rajzol egy táblára, többször felvázolva az üzleti folyamatot néhány változatban (létrehozva néhány projektet, feladatokat rendelve két-három emberhez a projekten belül stb.). Elméletben a projektkövetési alkalmazást meglehetősen egyszerű megtervezni, és a követelmények ezen a ponton meglehetősen világosak.

Az adatmodell ellenőrzése

Az adatmodellről már volt szó korábban, ugyanolyan fontos, mint egy mélyebb elemzés. Az adatmodell félreértelmezése később valószínűleg drámai, rendszerszintű változtatásokat követel meg, így fontos pontosan megérteni.

Fontos megtudni, hogy számos kapcsolódó adat van, valamint számos olyan metaadat, amely azt írja le és határozza meg, hol található egy adott adat az üzleti folyamaton belül. A projektkövetés estén többet kell tudnunk annál, hogy van egy projekt, egy mérföldkő, valamint feladatok és problémák Tudnunk kell, hogy a projekt a legfelső szintű elem, és hogy több fontos mérföldkővel is rendelkezhet. A projektekhez több feladat és probléma is tartozhat.

Az összetevők és kapcsolataik meghatározása

Ezen a ponton van egy jó funkcionális leírásunk az alkalmazásról. A következő lépés az architektúra megtervezése és annak eldöntése, hogyan kellene használni a(z) Windows SharePoint Services 3.0 és a(z) Office SharePoint Designer 2007 különböző technikáit és funkcióit. Minden alkalmazás magában foglalja a szolgáltatásoknak és funkcióknak a korábbi Használt eszközök és technikák szakaszban ismertetett valamilyen kombinációját, például az alábbiakat:

  • Listák és a keresések

  • Egyéni listanézetek (csoportosítás, rendezés, szűrés stb., a(z) Windows SharePoint Services felhasználói felületéről)

  • Munkafolyamat:

  • Egyéni lapok és az egyéni adatnézetek a(z) Office SharePoint Designer 2007 alkalmazásban

A listák és a keresések valóban megvalósítják az adatmodellt. Így ami a projektkövető alkalmazást illeti, a felhasználó használhat egy listát a projektekhez, egy másikat (keresési mezővel a projektlistához) a mérföldkövekhez, egy harmadikat (keresési mezővel a projektlistához) a problémákhoz, és így tovább. Az egyéni lapnézetek esetén egyszerűen érdemes az alapértelmezett nézetet az állapot és állapot alapján történő rendezés szerinti csoportosításra beállítani.

Mindenesetre van itt egy rendezett fehér táblás gyakorlat, amelynek segítségével egyszerűen létrehozhatja az alkalmazás makettjét, amelyben azonosíthatja az egyes részekhez használt technikákat.

Az alkalmazás-összetevők összeállításának megkezdése

Újra elmondjuk, hogy ezen a ponton még nincs szükség nagyon pontos műszaki leírást tartalmazó dokumentumra. Fontosabb – feltételezve, hogy jól kezeli az alapszintű adatáramlást, és ismeri a felhasználói felület követelményeit –, hogy egyszerűen kezdje el az összeállítást.

Ez konkrétan egy új webhely létrehozását jelenti a(z) Windows SharePoint Services 3.0 egyik azonnal használható sablonjával, vagy előbb saját webhelysablon létrehozását, majd arra alapozva egy új webhelypéldányt összeállítását. Számos alkalmazás esetében valószínűleg a Csoportwebhely vagy az Üres webhely sablont fogja alapul használni.

A projektkövető alkalmazás esetében első lépésben négy listát kell létrehoznia (Projektek listája, A projektben lévő feladatok, A projekttel kapcsolatos problémák és A projekt mérföldkövei). Ezután hozzon létre egyedi oszlopokat mindegyik listához. A(z) Windows SharePoint Services 3.0 alkalmazásban több különböző oszloptípust hozhat létre, például Választási lehetőségek, Szám, Személy vagy csoport és Keresés (az információk már a webhelyen vannak) oszloptípust. A Microsoft projektkövető alkalmazássablonban lévő projektek listája ezek közül többet is használ, lásd: 2. ábra.

Egyéni oszlopok egy listában
2. ábra: Egyéni oszlopok a listákban

Az Állapot oszlop alapuló a Választási lehetőségek oszloptípusra épül, a Költségvetés oszlop a Szám oszlopra (a pénznemet használva), és így tovább.

A projekt mérföldkövei listán egy Keresés oszlop szolgál arra, hogy a mérföldköveket társítani lehessen gyermek-szülő viszonyban a projekttel. Keresőoszlopot létrehozni egyszerű, csak ki kell jelölni azt a listát, amelyben keresni szeretne, majd ki kell választani az oszlopot erről a listáról (a(z) Windows SharePoint Services automatikusan feltölti a legördülő listát), lásd: 3. ábra.

Keresőoszlop meghatározása információk más listából való kinyerésére
3. ábra: Keresőoszlop meghatározása információk más listából való kinyerésére

Ezen a ponton használhat valamilyen alkalmazáslogikát, egy egyszerű munkafolyamatot létrehozva, amely új projektek létrehozásakor értesíti a tagokat. Kezdheti a munkát a listákon belül egyéni nézetek létrehozásával is, a(z) Windows SharePoint Services felhasználói felületét használva a megfelelő értékek szerinti rendezésre és szűrésre.

Az alkalmazás szükséges testreszabásainak meghatározása

A gyakorlatban a projektkövető alkalmazások nagy része létrehozható pusztán a(z) Windows SharePoint Services felhasználói felületével. Ezen a ponton már látható, mi az, ami működik, de még nem elég jól, mi nem végezhető el a(z) Windows SharePoint Services felhasználói felületéről, és így tovább. Néhány terület, ahol érdemes kihasználni a(z) Office SharePoint Designer 2007 előnyeit:

  • A munkafolyamaton belüli alkalmazáslogika    A(z) Windows SharePoint Services 3.0 és Office SharePoint Server 2007 azonnal használható munkafolyamatai esetében meg kell adnia egy felhasználót vagy csoportot, amelyhez feladatot lehet rendelni. A projektkövető alkalmazás esetében valami módon dinamikusan meg kell határoznunk a munkafolyamat-művelet címzettjét a probléma vagy feladat Tulajdonos tulajdonsága alapján. A(z) Office SharePoint Designer 2007 segítségével kódmentes dinamikus munkafolyamatokat állíthat össze ehhez a megoldáshoz.

  • Irányítópult és vezető nézet    Valami módon meg kell jeleníteni az összes projekt, összes költségvetés stb. kombinált nézetét. Az egyes irányítópultokhoz tartozó adatok egyesített és kombinált nézetének megjelenítésére egyszerűen összeállíthat kódmentes adatnézeteket.

  • Szülő-gyermek viszonyok    A feladatok létrehozásakor van néhány probléma a használat egyszerűségével. Például azt szeretné, hogy egy feladat alapértelmezés szerint egy adott projekthez kapcsolódjon, attól függően, hogy melyik weblapon tartózkodik. A(z) Office SharePoint Designer 2007 használatával felvehet olyan logikát, amely automatikusan kapcsol egymáshoz elemeket.

A Microsoft ugyanazokat az ismétlődő módszereket használta a negyven alkalmazássablon létrehozására, valamint kidolgozott egy egységes megoldáskészletet és egységes bevált eljárásokat, döntéshozatali fákat stb. annak optimalizálására, mit lehessen natív módon végrehajtani a(z) Windows SharePoint Services 3.0 alkalmazásban, és mit a(z) Office SharePoint Designer 2007 és más eszközökkel. A cikk következő szakasza ezeket a módszereket ismerteti, bemutatva öt „tervezési mintát” és azok alkalmazásának módját, példákat mutatva számos alkalmazássablonból a munka során. A dokumentum többi része ennélfogva technikailag részletesebb és mélyebb, mint a módszertan ismertetése.

Vissza a lap tetejére

Közös tervezési minták megvalósítása

Ez a szakasz az öt alapvető tervezési mintát ismerteti abban a környezetben, ahogyan a Microsoft ténylegesen használta őket. Ennélfogva számos különböző példára hivatkozunk a sablonokban, köztük mintakódokra, valamint lépésenkénti útmutatókat is ismertetünk, ahol az a megfelelő. A fejlesztők ezt és az alkalmazássablonok tényleges létrehozását bemutató hátralévő szakaszokat tartják majd a leghasznosabbnak, de ezeket azzal a szándékkal írtuk, hogy a nem fejlesztők számára is hozzáférhetőek legyenek.

Kezdetként a tervezési minták a következők:

  • Egyéni űrlapok    Egyéni megjelenés kialakítása, amely az üzleti folyamatok bizonyos pontjain útmutatásként szolgál (ez csak a megfelelő, módosítható vagy egy adott fázisban lényeges tulajdonságok bemutatását tartalmazza).

  • Műveleti sorrend    Jól meghatározott műveletek létrehozása, amelyek a megfelelő helyre és a megfelelő szereplőhöz vezetnek (ehhez jó navigációvezérlésre van szükség, amely érzékeny a végrehajtott feladatra és az azt végrehajtó szereplőre).

  • Szülő-gyermek viszonyok    Két vagy több SharePoint-lista közötti viszony létrehozása keresési és hivatkozási céllal.

  • Munkafolyamatok    A(z) Office SharePoint Designer 2007 alkalmazás használata Windows Foundation-alapú üzleti folyamatok létrehozására.

  • Irányítópultok    Kijelzők használata a webhelyen szétszórt adatok egy helyen megtekinthető egységes nézetek létrehozására.

Egyéni űrlapok használata

Az egyéni űrlapok létfontosságú szerepet játszanak a(z) Windows SharePoint Services adatbeviteli felhasználói felületének testreszabásában. Ahogyan az egyéni listanézetek feladata a listaadatok különböző módon való ábrázolása, úgy az egyéni űrlapoké a felhasználó által bevitt adatok különféle rögzítési módjainak bemutatása. Az ilyen egyéni űrlapok létrehozása iránti igénynek az üzleti szükségletektől függően többféle oka lehet.

Feladatalapú testreszabás

Az üzleti folyamatok végrehajtásához pontosan körülírt műveleteket kell végrehajtani a folyamat különböző időpontjaiban, amelyek befolyásolják az üzleti adatokat. A jó üzleti folyamatokkal kapcsolatos megoldás megkönnyíti a felhasználók számára munkájuk elvégzését, hogy a megfelelő adatokat használják a folyamat minden egyes szakaszában.

A(z) Windows SharePoint Services alapértelmezés szerint mindegyik listához tartalmaz egy szerkesztőűrlapot. Előfordulhat azonban, hogy ezen az űrlapon nem az üzleti folyamat adott szakaszában nem a legmegfelelőbb mezők jelennek meg, és nem olyan módon vannak elrendezve, ami a szükséges művelet szempontjából egyértelmű. Annak érdekében, hogy a műveletek végrehajtásakor a felhasználóknak egyszerű legyen a megfelelő adatokat szerkeszteni, minden művelethez létrehozhat egy egyéni űrlapot.

A hibakövetési megoldás egyéni szerkesztőűrlapokat használ, hogy a hibakövetési folyamat mindegyik fázisában azonnal egyértelmű legyen, milyen adatokat kell beírni a hibaelemekhez. A hibakövetési folyamat minden műveletéhez saját űrlap tartozik. Ha például egy felhasználó úgy dönt, hogy megold egy hibát, a rendszer a megoldáslapra (Resolve.aspx) irányítja. Ez a lap lehetővé teszi számukra a hibamegoldás beírását, és annak nevéét, aki megoldotta. A felhasználó a Megoldás gombra kattintva küldheti el a módosításaikat. Ez könnyen használható műveleti sorrendet tesz lehetővé, és segít kiküszöbölni a hibákat vagy a hiányzó adatokat.

Az egyéni szerkesztőűrlap létrehozása viszonylag egyszerű a(z) Office SharePoint Designer 2007 használatával:

  1. Hozzon létre egy másolatot az alapértelmezett EditForm.aspx fájlból, és nevezze át.

    Fontos : Fontos, hogy a folyamat első lépéseként az alapértelmezett EditForm.aspx fájlból hozzon létre egy másolatot, és azt nevezze át. Ha a 2. lépést az eredeti EditForm.aspx lapon hajtja végre, visszafordíthatatlanul megszakítja a listát.

  2. Az új szerkesztőűrlapon törölje a listaűrlap-kijelzőt.

  3. Szúrjon be egy olyan adatnézetet, amely a megjeleníteni kívánt adatokat tartalmazza (a Beszúrás menüben kattintson a SharePoint-vezérlők, majd az Egyéni listaűrlap elemre).

  4. A Beszúrás módszert használva a(z) Office SharePoint Designer 2007 automatikusan létrehoz egy Mentés gombot az űrlaphoz. Az alábbi kód a Mentés gomb egyéni HTML-kódjára mutat egy példát.

<input type="button" value="Save" name="btnSave" onclick="javascript: {ddwrt:GenFireServerEvent('__commit;__redirectsource')}"/>

Navigálás

Miután létrehozta a szerepköröknek megfelelő weblapokat, továbbra is módot kell adnia a felhasználóknak arra, hogy gyorsan elérhessék a megfelelő irányítópultot. Az Eseménytervező megoldásban egy XSL-sablon használatával hoztunk létre hivatkozást a megfelelő irányítópultra az aktuális felhasználó számára a szerepköre alapján.

Ennek a módszernek az az egyik korlátja, hogy ha további szerepköröket ad a megoldáshoz, további .aspx lapokra lesz szüksége, amikor egyéni irányítópultokat akar ezekhez a szerepkörökhöz adni.

Fontos megjegyezni, hogy ez a módszer nem ad semmilyen további vezérlési lehetőséget arra nézve, hogy kinek legyen hozzáférése a webhelyen lévő adatokhoz. Elméletileg továbbra is minden felhasználó megtekintheti a megoldásban lévő összes adatot.

Szerepkörök hozzárendelése a felhasználókhoz

Számos módon hozhat létre szerepköröket, és rendelheti azokat a felhasználókhoz. A kérdés legjobb megoldása egy adott alkalmazás vagy szervezet követelményeitől függően nagymértékben eltérő lehet. A(z) Windows SharePoint Services gyári állapotában nem teszi lehetővé szerepkörök hozzárendelését. Bizonyos esetekben elegendő lehet szerepköröket a webhely telepítése után létrehozni, vagy engedélyezni, hogy a felhasználók saját maguknak osszanak ki szerepköröket szükség szerint.

A Eseménytervező megoldásban a felhasználók feliratkozhatnak a nekik legmegfelelőbb szerepkörre. Ezt az Eseménytervező munkaterület első lapján lévő egyéni kijelző segítségével lehet megtenni.

További példák erre a tervezési mintára

Egy másik kiszolgáló felügyeleti példa egyéni űrlapok használata című témakörben a Windows SharePoint Services 3.0 kölcsönzési nyilvántartás alkalmazás sablon.

Egy webhely felügyeleti példa című témakörben az alkalmazás sablon gyártási folyamatok kezelése a Windows SharePoint Services 3.0.

A műveleti sorrend szabályozása

Az üzleti folyamatok alapján modellezett valós webalkalmazások ritkán vannak egyetlen weblapon vagy kijelzőn elhelyezve. Ehelyett több ilyen összetevőre átnyúlnak, és az összetevők mindegyike az üzleti folyamat egy jól elkülöníthető lépéséért felel. Emiatt az alkalmazás összetevői közötti problémamentes és egyszerű navigálás kulcsfontosságú az alkalmazás tervezésekor. Emiatt egy fontos tervezési mintára van szükség ahhoz, hogy az üzletifolyamat-műveleteket a navigációhoz kötve szabályozza a műveleti sorrendet, így az adott műveletek használata a megfelelő előző oldali vagy következő oldali művelethez vezeti a felhasználót.

A műveleti sorrend szabályozásának egyik módja a(z) Windows SharePoint Services 3.0 Egyéni művelet funkciójának használata, amely lehetővé teszi, hogy saját műveleteket vegyen fel a Beágyazott környezet gombra a tárban lévő elemekhez. Ennek a funkciónak az egyik korlátja, hogy a műveleteket nem változtatható módon kell kódolni, és nem lehet paraméterezni az elem vagy valamely másik dinamikus érték nevével.

Egy másik módszer, amely lehetővé teszi dinamikus műveletek beágyazását az üzleti folyamatokba, az egyéni SharePoint-listák létrehozása és a „számított mezők” használata. A hibakövetési alkalmazássablon egyéni hibalistákat használ a hibák állapotának és adatainak nyomon követésére. A számított mezők használatával a Microsoft egyéni hivatkozásokat tudott beépíti a listanézetbe, hogy a felhasználó olyan műveleteket tudjon végezni a hibákon, mint az Aktiválás vagy a Feloldás, és ezen műveletek mindegyikéhez navigáció is tartozik, amely a megfelelő egyéni űrlapra viszi a felhasználót (lásd az előző tervezési mintát), hogy azt tehesse, amire a hiba aktiválásához vagy megoldásához szükség van.

A számított mezők a(z) Windows SharePoint Services 3.0 olyan funkciója, amely lehetővé teszi egyéni megjelenítési minta SharePoint-listákban oszlopként való alkalmazását. Így egy üzletifolyamat-műveletet (egy hiba aktiválása) oszlopban lévő olyan gombként van közzétéve, amely a megfelelő egyéni űrlapra viszi a felhasználót, ahol végrehajthatja az üzleti tevékenységet.

A számított mező támogatja a feltételes logikát, amelynek segítségével megadható, hogy a művelet megjelenjen-e. Ha például egy programhiba már aktiválva van, nem kell megjelennie az Aktiválás gombnak. A számított mezőket egy Mező elemnek a listát meghatározó séma-XML-fájlhoz való hozzáadásával lehet felvenni a SharePoint-listára.<Field ID="{EA1D0509-767B-4576-ABEF-FC66647037B9}" Name="ActivateBug" Group="_Hidden" Type="Computed" Sortable="FALSE" Filterable="FALSE" DisplayName="$Resources:tsa,Activate_DispName;" ClassInfo="Icon" AuthoringInfo="$Resources:core,Linked_Item;"> <FieldRefs> <FieldRef ID="{94f89715-e097-4e8b-ba79-ea02aa8b7adb}" Name="FileRef"/> <FieldRef ID="{3f277a5c-c7ae-4bbe-9d44-0456fb548f94}" Name="Status"/> <FieldRef Name="ID" /> </FieldRefs> <DisplayPattern> <IfEqual> <Expr1>$Resources:core,Status_Active;</Expr1> <Expr2> <Field Name="Status"/> </Expr2> <Then> </Then> <Else> <HTML><![CDATA[<a href="]]></HTML> <HttpHost/> <UrlDirName> <HTML>/</HTML> <LookupColumn URLEncodeAsURL="TRUE" Name="FileRef"/> </UrlDirName> <HTML><![CDATA[/Activate.aspx?ID=]]></HTML> <Column HTMLEncode="TRUE" Name="ID"> </Column> <HTML><![CDATA[" onclick="GoToLink(this);return false;" target="_self">]]></HTML> <HTML><![CDATA[<img border="0" alt="]]></HTML> <HTML>$Resources:tsa,Activate_DispName;</HTML> <HTML><![CDATA[" src="]]></HTML> <HttpHost/> <UrlDirName> <HTML>/</HTML> <LookupColumn URLEncodeAsURL="TRUE" Name="FileRef"/> </UrlDirName> <HTML><![CDATA[/IMNBUSY.GIF">]]></HTML> <HTML><![CDATA[</a>]]></HTML> </Else> </IfEqual> </DisplayPattern> </Field>

Ez a kód az Aktiválás számított mezőhöz tartozó XML-kódot mutatja. Ebben a mezőben egy kattintható narancssárga állapothivatkozás látható, ha a hiba még nincs aktiválva. A felhasználó a hivatkozásra kattintva megnyithatja a hiba aktiválási űrlapját.

A FieldRefs elem mezőhivatkozást tartalmaz a hibalista állapotmezőjére. Ez a hivatkozás lehetővé teszi a számított mező hibaállapot alapján történő egyéni megjelenítését.

A számított oszlop DisplayPattern mezője az oszlop számításait és megjelenítési mintáját tartalmazza. Ebben a példában egy if-then-else (ha-akkor-egyébként) típusú utasítást használunk annak megállapításához, hogy a programhiba aktív állapotú-e. Ha a hiba aktív, semmi nem jelenik meg az Aktiválás mezőben. Ha a hiba nem aktív, akkor az Else (Egyébként) elem HTML-kódja jelenik meg. Ez a HTML-kód az a kép és hivatkozás, amelyre kattintva a felhasználó aktiválhatja a hibát.

További példák erre a tervezési mintára

Egy másik kiszolgáló felügyeleti példa ellenőrző művelet végett című témakörben a Windows SharePoint Services 3.0 kölcsönzési nyilvántartás alkalmazás sablon.

Egy webhely felügyeleti példa című témakörben az alkalmazott tevékenységek alkalmazás webhelysablon a Microsoft Windows SharePoint Services 3.0.

Szülő-gyermek kapcsolatok használata

Az üzleti megoldások gyakran megkövetelik, hogy az adatokat más adatokkal való kapcsolatukkal együtt tekintse meg és használja. Például amint a projektkövető alkalmazás esetében láttuk, a projektek, feladatok, problémák és mérföldkövek egyaránt saját SharePoint-listájukban vannak tárolva. Minden feladat, probléma és mérföldkő a projektlista valamelyik eleméhez van társítva. A lista és a más listákban lévő „gyermek” információk közötti kapcsolat fenntartása kihívást jelenthet.

Egy új listaelem és egy meglévő közötti alapértelmezett hivatkozás létrehozása

Az egyik komoly kihívás akkor jelentkezik, amikor egy felhasználó szeretne egy olyan listaelemet létrehozni, amely a szülőlista egyik eleméhez kapcsolódik. A több projektet nyomon követő megoldás esetében ez akkor fordul elő, amikor a felhasználó egy meglévő projekthez kapcsolódó feladatot próbál létrehozni. A(z) Windows SharePoint Services 3.0 gyári változatában nincs beépített mechanizmus egy újonnan létrehozott és egy már meglévő listaelem közötti kapcsolat automatikus létrehozására.

A több projektet nyomon követő alkalmazássablon projektadatlapjáról (DispForm.aspx) a felhasználó az adott projekthez tartozó új feladatokat hozhat létre. Az új feladat létrehozására szolgáló lap (NewForm.aspx) tartalmaz egy legördülő menüt, amelyből a felhasználó kiválaszthatja a feladat szülőprojektjét. Ha szeretné ezt a legördülő listát alapértelmezetté tenni az azon a weblapon megjelenített szülőprojekthez, ahonnan a felhasználó érkezett, át kell adni a szülőprojekt azonosítóját a lekérdezési karakterláncban a NewForm.aspx lapnak. Ezután a JavaScript használatával elemezni kell a projektazonosító értékét, majd a legördülő mezőben ki kell jelölni a megfelelő projektet. <a href="../ProjectTasks/NewForm.aspx?ProjectID={$ProjectID}" onclick="javascript:this.href = unescapeProperly(escape(this.href)); GoToLink(this); return false;" target="_self">Create a new Task...</a>

Ez a kód a DispForm.aspx fájlból eredő hivatkozást mutatja. Figyelje meg, hogy projektazonosító szerepel a lekérdezési karakterláncban.

A NewForm.aspx betöltése után a JavaScript elemzi a lekérdezési karakterláncban lévő projektazonosítót, és úgy módosítja a projekt legördülő listáját, hogy a megfelelő legyen projekt kijelölve.

A JavaScript a NewForm.aspx tartalomszerkesztő kijelzőjében található. A kijelző úgy van beállítva, hogy ne legyenek benne látványelemek, ezért nem jelenik meg a weblapon, csak Szerkesztés üzemmódban. A JavaScript a tartalomszerkesztő területen belülre kerül. <script type="text/javascript"> _spBodyOnLoadFunctionNames.push("fillDefaultValues"); function fillDefaultValues() { var qs = location.search.substring(1, location.search.length); var args = qs.split("&"); var vals = new Object(); for (var i=0; i < args.length; i++) { var nameVal = args[i].split("="); var temp = unescape(nameVal[1]).split('+'); nameVal[1] = temp.join(' '); vals[nameVal[0]] = nameVal[1]; } setLookupFromFieldName("Project", vals["ProjectID"]); setLookupFromFieldName("Milestone", vals["MilestoneID"]); } function setLookupFromFieldName(fieldName, value) { if (value == undefined) return; var theSelect = getTagFromIdentifierAndTitle("select","Lookup",fieldName); if (theSelect == null) { var theInput = getTagFromIdentifierAndTitle("input","",fieldName); ShowDropdown(theInput.id); var opt=document.getElementById(theInput.opt); setSelectedOption(opt, value); OptLoseFocus(opt); } else { setSelectedOption(theSelect, value); } } function setSelectedOption(select, value) { var opts = select.options; var l = opts.length; if (select == null) return; for (var i=0; i < l; i++) { if (opts[i].value == value) { select.selectedIndex = i; return true; } } return false; } function getTagFromIdentifierAndTitle(tagName, identifier, title) { var len = identifier.length; var tags = document.getElementsByTagName(tagName); for (var i=0; i < tags.length; i++) { var tempString = tags[i].id; if (tags[i].title == title && (identifier == "" || tempString.indexOf(identifier) == tempString.length - len)) { return tags[i]; } } return null; } </script>

A(z) _spBodyOnLoadFunctionNames.push parancs hozzáadja a fillDefaultValues függvényt a parancsfájlok listájához, hogy a betöltés idején fusson.

A fillDefaultValues függvény beszerzi a lekérdezési karakterláncból a projektazonosítót vagy mérföldkő azonosítóját, és átadja a setSelectedOptions függvénynek. Ezután a setSelectedOptions a szülőprojekt azonosítóját állítja be a legördülő menü értékeként.

További példák erre a tervezési mintára

Egy másik kiszolgáló felügyeleti példa a szülő-gyermek nézetek használata című témakörben az alkalmazás sablon készlet nyomon követése a Windows SharePoint Services 3.0.

Egy webhely felügyeleti példa című témakörben az alkalmazás sablon új tár megnyitása a Windows SharePoint Services 3.0.

Munkafolyamat használata

A(z) Windows SharePoint Services 3.0 azért ad helyet a Windows Workflow Foundationnek, hogy lehetővé tegye munkafolyamat-logika hozzáadását az alkalmazásokhoz. A(z) Office SharePoint Designer 2007 hatékony szabályalapú tervezőeszközzel rendelkezik, amellyel feltételes logikát lehet hozzáadni a gyári munkafolyamatokhoz, és testre lehet azt szabni. Kóddal létrehozhat összetettebb, testreszabott munkafolyamatokat a Visual Studio 2005-öt a Visual Studio 2005 Extensions for Windows Workflow Foundation bővítményekkel használva. Mindenesetre van néhány megfontolandó dolog a munkafolyamat használatának idejét és módját illetően. Ezekről a következőkben lesz szó.

A munkafolyamat-használat előtt megfontolandó kérdések

A munkafolyamat jó megoldás aszinkron műveletekhez. A kölcsönzési nyilvántartás megoldásban akkor használunk munkafolyamatot, amikor a felhasználó új táreszközt javasol. Az egyik oka annak, hogy a munkafolyamat itt jó választás, az, hogy a javaslattevő és a jóváhagyó közötti folyamat nem szinkronizált.

A munkafolyamat kiválóan megfelel ütemezett eseményekhez is. A kölcsönzési nyilvántartás megoldásban a munkafolyamatot az eszköz kikölcsönzési és esedékességidátum-emlékeztetőinek kezelésére használják. Miután kikölcsönzött egy elemet, a munkafolyamat automatikusan elküldi az esedékességidátum-emlékeztetőt, amikor az elem esedékessé válik.

Munkafolyamat-egyébként egyszerűsítése érdekében használható eszközként bonyolultnak programozási tevékenység a kiszolgálón. Az alkalmazás sablon jelenléti ív kezelése a Windows SharePoint Services 3.0 képen. Ez az alkalmazás követi nyomon az alkalmazott munka időtartamának kiszámítása a lyukasztó közötti időkülönbség által egy meghatározott tevékenység és lyukasztás meg az időbélyegeket. Általában az időbélyegeket szerinti nyomon követést lenne szükség naplózás a két tevékenységet (valószínűleg az adatbázis) – a kiszolgáló egy főbb fejlesztési munkamennyiség. Ez az alkalmazás, helyette egy egyszerű munkafolyamat-lépésbe támaszkodik. Amikor a felhasználó hoz létre, a munkafolyamat létrehoz egy bejegyzést a idő napló listában, és állítja a kezdési idő értékét az aktuális időbélyeget. Hasonlóképpen amikor a felhasználó hoz létre, a munkafolyamat frissíti a társított sor ugyanabban a listában vagy állítja be a befejezési idő értékét. A felhasználó munka időtartamának egyszerűen közötti különbség a befejezési idő és a kezdési idő értékek, amelyek tükröződik a számított oszlop címkével ellátott óra.

A munkafolyamatok aszinkron módon megy végbe. Ha olyan megoldást hoz létre, ahol egy művelet eredményét közvetlenül a következő lapra ugrás előtt kell megvalósítani, lehet, hogy nem a munkafolyamat a legjobb megoldás. Például a hibakövetési megoldás esetén nem munkafolyamatot használnak a hiba aktiválására és megoldására. Annak egyik oka, hogy ezt a tervezési megoldást választja, az, hogy a hibaállapot változásait közvetlenül azután meg kell jeleníteni a felhasználói felületen, miután a felhasználó valamilyen műveletet hajtott végre a hibán.

Egyéni munkafolyamat készítése Office SharePoint Designer 2007 használatával

A munkafolyamat Office SharePoint Designer 2007 használatával történő létrehozása kódmentes megoldás. Amikor a webhely meg van nyitva, egyszerűen kattintson a Fájl menüre, mutasson az Új pontra, kattintson a Munkafolyamat parancsra, majd használja a munkafolyamat-tervezőt. A munkafolyamat-tervező használatával kifinomult szabályokat és műveleteket hozhat létre, és beépítheti azokat a SharePoint-listákba és tárakba, hogy közvetlenül a lista- vagy tárelemekből tudjon értékeket használni a munkafolyamat-logika vezérléséhez.

Tegyük fel például, hogy egy olyan munkafolyamat-műveletet szeretne létrehozni, amely új feladat vagy probléma létrehozásakor e-mailt küld a feladat tulajdonosának. A projektkövető sablon esetében a Tulajdonos a SharePoint-lista egyik egyéni oszlopa, így a munkafolyamat használhatja az oszlop értékét, majd futásidőben dinamikusan meghatározhatja a tényleges e-mail címet.

Ha szeretne többet tudni a(z) Office SharePoint Designer 2007-munkafolyamatokról, lásd: A Microsoft Office SharePoint Designer 2007 bemutatása.

További példák erre a tervezési mintára

Egy másik kiszolgáló felügyeleti példa: a munkafolyamatok használatáról című témakörben a Állásigénylés és a Windows SharePoint Services 3.0 interjú felügyeleti alkalmazás sablon.

Egy webhely felügyeleti példa című témakörben a klinikai vizsgálatok próbaverzió kezdeményezési és a Windows SharePoint Services 3.0 felügyeleti alkalmazás sablon.

Irányítópultok használata

A(z) Windows SharePoint Services 3.0 kijelzős infrastruktúrájának számos előnye közül az egyik a SharePoint-webhelyen vagy azon kívül szétszórt információk egy összesítő lapon történő megjelenítésére való képesség. Ennek az összesítő lapnak a neve irányítópult. Megosztott környezetben általános üzleti igény a szerepköralapú irányítópultok megléte, ami lehetővé teszi az adott személyekhez vagy szerepkörökhöz tartozó fontos információk megtekintését. Az ilyen irányítópultok kihasználhatják a hatékony beépített funkciókat, például a kijelzőszűrést és a célközönség-kiválasztást, és így annak alapján jelenítsenek meg információkat, hogy ki tekinti meg a weblapot.

De még ezeken a lehetőségeken is túlléphet, és külön weblapokat hozhat létre a különféle szerepkörökhöz, hogy ne csak a megjelenített információkat lehessen testreszabni, de a weblap elrendezését és más jellemzőit is. Az ilyen testreszabott szerepköralapú weblapokat elterjedten használják az alkalmazássablonokkal, és ezek természetesen tartalmazhatnak szűrést és a célközönség kiválasztását is.

A kölcsönzési nyilvántartás alkalmazás például szerepkör alapú irányítópultok segítségével jelenti meg a felhasználó számára legfontosabb információkat a felhasználó szerepköre alapján. A webhely fő weblapjához két weblap tartozik: egyik a tárfelhasználó (az alapértelmezett weblaplap), másik a tárkezelő részére.

Hasonlóképpen az ügyfélszolgálati alkalmazáshoz három irányítópult-nézet tartozik a fő weblapon: a Szerviz kezdőlapja, a Tudásbázis-kezelő kezdőlapja és a Szervizvezető kezdőlapja. A felhasználó választja ki a szerepköréhez leginkább megfelelő hivatkozást. Az irányítópulton megjelenő kijelző nézet szintén szűri a tartalmakat, hogy a felhasználó számára lényeges dolgok jelenjenek meg. Ehhez szűrőt alkalmaznak a nézethez. A következő lépések azt szemléltetik, hogyan kell ilyen szűrőt meglévő listanézetre alkalmazni.

  1. Nyissa meg a listanézet weblapot a böngészőben.

  2. Keresse meg a legördülő listát a listanézetben, és válassza ki a módosítani kívánt nézetet, ha nincs még kiválasztva semmilyen nézet.

  3. Lépjen újra ugyanerre a legördülő listára, és válassza a Nézet módosítása lehetőséget.

  4. A Nézet szerkesztése lapon görgessen le a Szűrő szakaszhoz. Adja meg a szűrési értéket az alábbiak szerint:

    Akkor jelenjenek meg az elemek, amikor a Létrehozta oszlop értéke a [Saját név], illetve amikor a Vevő oszlop értéke a [Saját név].

  5. Kattintson az OK gombra.

Az ügyfélszolgálati alkalmazásban a Szervizvezető kezdőlapján (4. ábra) két irányítópult-kijelző van, amelyek oszlopdiagramon formájában összegzik a szolgáltatáskérést állapot és prioritás szerint.

Az irányítópult egyik lapja
4. ábra: Az irányítópult egyik lapja

Ezek adatnézet-kijelzők, amelyek a Szolgáltatáskérés nevű listán szereplő adatokat mutatják, amely szintén az ügyfélszolgálati webhely része. A kijelzők létrehozási módjának jobb megértése érdekében nyissa meg a webhelyet a(z) Office SharePoint Designer 2007 alkalmazásban, majd töltse be az ezeket a kijelzőket tartalmazó HelpDeskManager.aspx weblapot. Tekintse meg a weblapot osztott nézetben, és látni fogja, hogy a kijelző háttérkódjában XSLT, HTML és CSS jelölőnyelv is megtalálható.

Vizsgáljuk meg, hogyan jöttek létre a sávdiagram sávjai a kijelzőn. Vegyük példának az Általános szolgáltatáskérési prioritások kijelzőt. Az Adatforrástár munkaablak megnyitásához kattintson a(z) Office SharePoint Designer 2007Beszúrás menüjében a SharePoint-vezérlők elemre, majd az Adatnézet lehetőségre. A munkaablak lehetővé teszi a webhelyen pillanatnyilag elérhető különféle adatforrásokban való tallózást, beleértve a már a webhelyen található listákat is. Esetünkben bontsa ki a SharePoint-listák feliratú szakaszt, majd kattintson a lista nevére (Szolgáltatáskérések), így jelezve, hogy ez a lista lesz az adatforrás. A felugró helyi menüben kattintson az Adatok megjelenítése parancsra. A munkaablakban megnyílik egy új, Adatforrás részletei nevű panel, amelyen látható a Szolgáltatáskérés listán tárolt összes mező és mintaadat. Ezen a panelen jelölje ki a kijelzőn megjeleníteni kívánt mezőneveket – ebben az esetben a Prioritás mezőt –, és válassza A kijelölt mező beszúrása egyelemes nézetként lehetőséget (lásd: 5. ábra).

Ne feledje, hogy a cél itt a prioritás szerint csoportosított összes feladat összesített számának megjelenítése. Ez azt jelenti, hogy csak egyszer kell kilistázni a Prioritás mezőben lévő lehetőségeket, majd az egyes prioritásértékek számát kell feltüntetni ezek mellett a listán. Ezért válassza a prioritásértékek Egyelemes nézet formájában történő megjelenítését a testreszabás kiindulópontjaként. Ha ehelyett a Többelemes nézet lehetőséget választja, a lista összes sora megjelenik.

Irányítópultlap létrehozása a SharePoint Designer alkalmazásban
5. ábra: Irányítópultlap létrehozása az Office SharePoint Designer 2007 alkalmazásban

Ez egy adatnézet-kijelzőt szúr be a weblapra a kurzor helyéhez. A kijelző azonban csak egy adatsort jelenít meg, a szolgáltatáskérést prioritásonként összegző oszlopdiagramot nem. Szerencsére mivel a kijelző megjelenítése HTML- és XSL-kódok segítségével történik, a kód szabadon formázható az igényeknek megfelelően. A következő szakasz a kijelző oszlopdiagrammá alakításához szükséges testreszabás főbb területeit ismerteti.

Tudjuk, hogy a listaadatforrásnak három lehetséges prioritásértéke lehet: (1) magas, (2) normál és (3) alacsony. Emiatt deklaráljon egy XSLT változót minden értékhez az alábbiak szerint: <xsl:variable name="High" select="count(/dsQueryResponse/Rows/Row[normalize-space(@Priority) = '(1) High'])" /> <xsl:variable name="Normal" select="count(/dsQueryResponse/Rows/Row[normalize-space(@Priority) = '(2) Normal'])" /> <xsl:variable name="Low" select="count(/dsQueryResponse/Rows/Row[normalize-space(@Priority) = '(3) Low'])" /> <xsl:variable name="AllTasks" select="count(/dsQueryResponse/Rows/Row)" />

Megjegyzendő, hogy a @Priority XSL-paraméter az adatforrásmező nevére hivatkozik. Mivel a kód-diagram átalakítás mindhárom érték esetében hasonló, csak az első prioritásérték esetében mutatjuk be. A magas prioritású kérések százalékos értékének kiszámításához határozzon meg egy új, percetHigh nevű változót: <xsl:variable name="percentHigh" select="$High div $AllTasks" />

A tényleges sávot létrehozó kód egy XSL-sablon, lásd alább: <xsl:template name="ChartRow"> <xsl:param name="RowName"></xsl:param> <xsl:param name="Value"></xsl:param> <xsl:param name="PercentValue"></xsl:param> <tr> <td class="ms-formbody" width="125px" style="vertical-align:middle"> <xsl:value-of select="$RowName"/>: <xsl:value-of select="$Value" /> <xsl:text xmlns:ddwrt="http://schemas.microsoft.com/WebParts/v2/DataView/runtime" ddwrt:nbsp-preserve="yes" disable-output-escaping="yes"> &amp;nbsp; </xsl:text>( <xsl:call-template name="percentformat"> <xsl:with-param name="percent" select="$PercentValue"/> </xsl:call-template>) </td> <td> <table width="100%" > <tr> <td width="{round($PercentValue*100)+1}%" height="15px" class="ms-selected"><xsl:text xmlns:ddwrt="http://schemas.microsoft.com/WebParts/v2/DataView/runtime" ddwrt:nbsp-preserve="yes" disable-output-escaping="yes">&amp;nbsp;</xsl:text> </td> <td width="100%" > <xsl:text xmlns:ddwrt="http://schemas.microsoft.com/WebParts/v2/DataView/runtime" ddwrt:nbsp-preserve="yes" disable-output-escaping="yes">&amp;nbsp;</xsl:text> </td> </tr> </table> </td> </tr> </xsl:template>

Figyelje meg, hogy a sáv maga egy két cellából álló táblázat. A sáv diagramon látható szélességét jelképező első cella szélességét a PercentValue változó határozza meg, ehhez az alábbi kód tartozik: td width="{round($PercentValue*100)+1}%"

A cellára alkalmazva van egy ms-selected nevű CSS stílusosztály is. Ez a stílusosztály a core.css stíluslapon van meghatározva: .ms-selected { background-position:left top; color:#000000; background-image:url("/_layouts/images/filedialogselected.gif"); background-color:#FFE499; border-top:1px solid #FFE499; border-bottom:1px solid #FFE499; background-repeat:repeat-x; }

A háttérkép, a filedialogselected.gif miatt lesz sárga színű a cella (azaz a sáv).

További példák erre a tervezési mintára

Egy másik kiszolgáló felügyeleti példa az irányítópultok használata című témakörben a telefonos ügyfélszolgálat alkalmazás sablon a Windows SharePoint Services 3.0.

Egy webhely admin példa című témakörben a Windows SharePoint Services 3.0 alkalmazás sablon üzleti teljesítmény jelentések.

Vissza a lap tetejére

Sablonok készítése

A(z) Windows SharePoint Services alkalmazássablonjainak két típusa: webhely-meghatározások és webhelysablonok. A negyven alkalmazássablon között mindkettő vegyesen szerepel. A felhasználó mindkét sablontípus közül választhat az Új SharePoint-webhely lapon, és a végfelhasználó szemszögéből mindkettő nagyon hasonlóan működik. A sablonok létrehozásának és webhelykészítésre elérhetővé tételének módja azonban nagyon különböző.

Webhely-meghatározások

A webhely-meghatározások a legalapvetőbb értelemben XML-fájlokat, szerelvényeket és .aspx lapokat tartalmazó gyűjtemények, amelyek meghatározzák, milyen lesz a rájuk épülő webhely szerkezete, és mit fog tenni az alapul szolgáló alkalmazás a webhelyen. Mivel az alap XML és .aspx fájlok a fájlrendszeren keresztül érhetők el, egyszerűen klónozhatók és módosíthatók új webhely-meghatározások létrehozása érdekében, így a webhely-meghatározások nagy mértékben testreszabhatók.

A webhely webhely-meghatározás alapján történő kiépítése (létrehozása) után a fájlrendszerben lévő webhely-meghatározási fájlok átvihetők a kiépített webhelyre is. A webhely-meghatározási fájloknak a webhely kiépítése utáni megváltoztatását azonban nem támogatja a Microsoft. Ha a kiépített webhely bármelyik weblapját külső szerkesztőprogrammal (pl. Office SharePoint Designer 2007) módosítja, a weblap elveszti a kapcsolatot a fájlrendszerben lévő webhely-meghatározási fájllal. Ehelyett a weblap a(z) Windows SharePoint Services adatbázis-rendszerébe lesz mentve, ez „testreszabott” vagy „másolatmentes” weblap néven ismert.

Kell egy létező webhely-definíciós testreszabása, a módszer akkor a webhely-definícióban helyett módosítása meglévő átnevezett másolata indításához. Egy létező webhely-definíciós módosítása után már kiépített képernyő webhelyeken végrehajtásához, meg kell készíthetnek és helyezhetnek üzembe a webhely definition frissítési megoldáscsomag. További információ: ehhez, akkor olvassa el a megfelelő cikkeket a Windows SharePoint Services 3.0 SDKismerteti.

Webhelysablonok

A webhelysablonok egyetlen fájlba csomagolt SharePoint-webhelyek, amelyeket kicsomagolva hasonló szerkezetű és tartalmú új webhelyeket hozhat létre. Ez azt jelenti, hogy a webhelysablonok létrehozásához kiindulási pontként szükség van egy meglévő SharePoint-webhelyre. A webhely bármiféle testreszabása – weblap-elrendezések, stíluslapok, képek, mesterlapok, dokumentumok, listák és listatartalmak – rögzíthető a sablonban.

A létező webhelyek sablonba rögzítését a webhely rendszergazdai feladataiból (a Webhelybeállítások elemcsoportból) vagy a(z) Office SharePoint Designer 2007 alkalmazásból lehet elvégezni. Létrehozása után a webhelysablont az aktuális webhelycsoport webhelysablon-gyűjteményében tárolja a rendszer A fájl kiterjesztése .stp. Ezt a fájlt a webhelysabloncsoportba lehet letölteni és másik webhelycsoportba vagy más kiszolgálókörnyezetbe áttelepíteni. Jelen szakasz utolsó része részletekbe menően ismerteti a webhelysablonok létrehozását és használatát.

A webhely-meghatározások és a webhelysablonok használatának összevetése

Mint már volt róla szó, a webhelysablonok valójában webhely-meghatározásokból származnak. Amikor arról dönt, hogy új webhely-meghatározást vagy a webhelysablont hozzon-e létre, fontolja meg az alábbiakat:

  • Az alkalmazás összetettsége    Ha főleg külsőségekkel kapcsolatos dolgokra van szüksége, például meglévő webhely elrendezésének megváltoztatásra és képeinek módosításra, akkor webhelysablonokra van szüksége. Ha viszont új kijelzőmeghatározásokat szeretne felvennie, illetve egyéni kódot vagy számított mezőket szeretne használni, egyéni webhely-meghatározást kell létrehoznia.

  • Hozzáférési szintje a kiszolgálón    Van hozzáférése a teljes webkiszolgálóhoz? Vagy csak egy adott webhelycsoporthoz? Webhely-meghatározások létrehozásához és alkalmazásához a kiszolgáló fájlrendszeréhez való hozzáférés szükséges. Ha nincs ilyen hozzáférése, akkor csak annak a webhelycsoportnak a szintjén tud webhelysablont létrehozni, amelyhez hozzáférése van. Ne feledje, hogy ez a hozzáférési követelmény a webhely-rendszergazdákra nem vonatkozik – telepítés után bárki, aki jogosult új webhelyet létrehozni, hozzáférhet mindkét típusú alkalmazássablonhoz.

  • A jövőbeni frissítések/módosítások gyakorisága    A webhelysablonok módosítása nincs hatással a felhasználásukkal korábban létrehozott webhelyekre, csak a módosítások után létrehozott új webhelyekre. A webhelymeghatározás-frissítő megoldáscsomag telepítése a korábban annak alapján létrehozott összes webhelyre hatással lesz.

Útmutató webhelysablonok és webhely-meghatározások létrehozásához

A webhelysablonok és webhely-meghatározások létrehozása eltérő bonyolultságú. A következő szakaszok az alapvető módszereket ismertetik.

Webhelysablon létrehozása

Mint korábban már volt szó róla, a webhelysablon valójában egy újrafelhasználás céljából összecsomagolt SharePoint-webhely. Ez a csomagfájl a webhelycsoport szintjén lévő webhelysabloncsoportban található. A csoportban lévő webhelysablonok a webhelycsoport minden gyermekwebhelyszintjén használhatók új webhelyek létrehozására. Az alábbi lépések azt írják le, hogyan lehet új webhelysablont létrehozni meglévő webhelyből:

  1. Nyissa meg a meglévő webhelyet a(z) Office SharePoint Designer 2007 alkalmazásban, és ellenőrizze, hogy a webhely elrendezése és tartalma olyan-e, mint amire szüksége van.

  2. A Fájl menüben mutasson az Exportálás pontra, majd kattintson a SharePoint-webhelysablon parancsra. Ekkor a Webhelybeállítások weblapra kerül.

  3. Írja be a fájl nevét, címét és a sablon leírását.

  4. Ha listákban tárolt adatokat és dokumentumtárakat szeretne felvenni a sablonba válassza a Tartalom felvétele lehetőséget. Akkor is választhatja ezt a lehetőséget, ha munkafolyamatokat szeretne felvenni a sablonba, mert a munkafolyamatok valójában dokumentumtárban tárolt tartalmak.

  5. Kattintson az OK gombra. Ez egy .stp kiterjesztésű sablonfájlt hoz létre a webhelyen kívül, és elhelyezi azt a szülőwebhely webhelysablontárában.

A webhelysablontárban a sablon nevére kattintva letöltheti az .stp fájlt egy helyi lemezre. Innen feltöltheti a fájlt egy másik webhelysablontárba.

Webhely-meghatározás létrehozása

A webhelysablonoktól eltérően a webhely-meghatározások a fájlrendszerben vannak tárolva. Minden webhely-meghatározás saját mappában van a kiszolgálón az alábbi helyen:

% CommonProgramFiles %\Microsoft Shared\Web server extensions\12\TEMPLATE\ SiteTemplates

A webhelysablonmappa különféle webhelyelemeket tárol, például .aspx és .html fájlokat és az azokhoz tartozó erőforrásokat, például képeket és JavaScript-fájlokat. Az ONET. XML a központi webhely-meghatározási fájl, amely a webhely-meghatározás egyes beállításait és moduljait meghatározza. Az ONET. XML az XML nevű alkönyvtárban található.

A webhely-meghatározásokat a(z) Windows SharePoint Services útján lehet regisztrálni, és a WEBTEMP XML fájlokon keresztül tehetők elérhetővé. Minden WEBTEMP XML fájl az alábbi helyen található:

% CommonProgramFiles % \ \Microsoft Shared\Web server extensions\12\TEMPLATE\ < LCID > \XML

ahol az <LCID> a helyazonosító, pl. 1033. Az XML fájl tényleges neve előtt a WEBTEMP előtag áll (például WEBTEMPBT.XML).

Az új webhely-meghatározás létrehozása alapvetően két főbb lépésből áll: (1) a webhely-meghatározási mappa beállítása és (2) a webhely-meghatározást az Windows SharePoint Services alkalmazásban regisztráló WEBTEMP XML fájl létrehozása. Az első lépés elvégezhető egy meglévő webhely-meghatározási mappa klónozásával, annak tartalmát úgy módosítva, hogy megfeleljen az üzleti követelményeknek. Az ONET. XML fájl olyan elemeket tartalmaz, amelyek azt adják meg, hogyan kell létrehozni a webhely weblapjainak különböző részeit, például a navigációs sávot, a dokumentumsablonokat és a listasablonokat. A Beállítások elem a webhely-meghatározás példányosításkor alapértelmezés szerint létrehozott listákat és modulokat adja meg. A következő részlet a hibakövető webhely-meghatározás ONET.XML fájljából származik, és a Beállítások elem egy részét mutatja: <Configurations> <Configuration ID="0" Name="Default"> <SiteFeatures> <!-- BasicWebParts Feature --> <Feature ID="00BFEA71-1C5E-4A24-B310-BA51C3EB7A57" /> <!-- Three-state Workflow Feature --> <Feature ID="FDE5D850-671E-4143-950A-87B473922DC7" /> <!-- TSA Fields and Content Types --> <Feature ID="75A0FEA7-CD50-401e-AF0E-782F3662A299" /> </SiteFeatures> <WebFeatures> <!-- TeamCollab Feature --> <Feature ID="00BFEA71-4EA5-48D4-A4AD-7EA5C011ABE5" /> <!-- MobilityRedirect --> <Feature ID="F41CC668-37E5-4743-B4A8-74D1DB3FD8A4" /> <!-- Bug Tracking Categories List --> <Feature ID="75A0FEA7-42E8-4527-8313-F63C4C49A7E6" /> <!-- Bug Tracking Bugs List --> <Feature ID="75A0FEA7-2D1E-451a-B445-16BC346D7D8E" /> <!-- Bug Tracking Bugs List Instance --> <Feature ID="75A0FEA7-2D1E-451a-B445-16BC346D7D8F" /> ... ... <!-- Post Provisioning Event Handler --> <Feature ID="75A0FEA7-B0EF-434e-90D6-CE997D970564"> <Properties> <Property Key="ZonedWebPartsUrlList" Value="$Resources:core,lists_Folder;/Bugs/Resolve.aspx,$Resources:core,lists_Folder;/Bugs/Activate.aspx,$Resources:core,lists_Folder;/Bugs/Close.aspx"/> </Properties> </Feature> </WebFeatures> </Configuration> </Configurations>

Ne feledje, hogy a webhely-meghatározás számos funkciót használ, amilyen például a hibalista, a hibakategória-lista, a mobilitásátirányítás stb. Ezek a funkciók a SiteFeatures és a WebFeatures elem listáján szerepelnek a hozzájuk tartozó GUID azonosítóval. A GUID azonosítók az alábbi helyen található megfelelő Feature.XML fájl Szolgáltatás elemében szerepelnek:

% CommonProgramFiles %\Microsoft Shared\Web server extensions\12\TEMPLATE\FEATURES

Olvassa el a Windows SharePoint Services 3.0 SDK ONET testreszabásáról további információt. XML.

Az egyéni webhely-meghatározás létrehozásának második lépése a WEBTEMP*.XML fájl létrehozása ebben a mappában:

% CommonProgramFiles %\Microsoft Shared\Web server extensions\12\TEMPLATE\ < LCID > \XML

A fájl Sablonok eleme a webhely-meghatározás alapján létrehozott webhelyek példányosításához használható beállításokat adja meg. A következő részlet a WEBTEMPbt.XML fájl, azaz a hibakövető webhely-meghatározás által használt beállításfájl formátumát szemlélteti: <?xml version="1.0" encoding="utf-8" ?> <Templates xmlns:ows="Microsoft SharePoint"> <Template Name="BT" ID="75801"> <Configuration ID="0" Title="Bug Database" Hidden="FALSE" ImageUrl="/_layouts/images/stsprev.png" Description="A site for teams to track bugs in their shared software projects." DisplayCategory="Application Templates" > </Configuration> </Template> </Templates>

Megjegyzendő, hogy a fenti Sablon csomópont Név attribútumának a WEBTEMP*.XML fájlnév „*” elemének kell megfelelnie. Fontos megjegyezni azt is, hogy Beállítások elem DisplayCategory attribútuma határozza meg, melyik lapon jelenik majd meg a beállítás a Webhely létrehozása weblap Sablon kiválasztása szakaszában. Saját lapokat úgy lehet létrehozni, hogy saját értékeket ad ennek az attribútumnak.

Miután a webhely-definíciós fájlok és hoztak létre a fájlrendszerben található megfelelő mappákban helyezi, indítsa újra az IIS szolgáltatást. Új webhely-definíciós verziójának érhetők el a Sablon kiválasztása szakaszban az Új SharePoint-webhely lap Windows SharePoint Servicesa kijelöléshez. Webhely-definíciós fájlok is kell csomagolni, egyszerűen áttelepítendő másik SharePoint-környezetet, vagy azonos környezetben újratelepítés megoldás fájlként. Egy olyan megoldásfájlt a fájl egy. WSP kiterjesztése (webes megoldáscsomag). Funkciók, a kijelzők összeállítások, benne osztály erőforrások, a webhely-definícióban által használt stb. A makecab.exe eszközzel hozzon létre egy. WSP fájlt. Olvassa el a megoldást fájl létrehozása a Windows SharePoint Services 3.0 SDK .

Webhely-meghatározás helyének honosítása

A webhely-meghatározás honosítását megkönnyítik az erőforrásfájlok és a kultúra észlelése. Bár a jellegzetes ASP.NET 2.0 alkalmazás honosítása fordítási időben megy végbe, a SharePoint webhely honosítása a webhely kiépítése során történik. Az alkalmazássablonok között található mind a 20 webhely-meghatározás-sablon 10 nyelvre van lefordítva (honosítva). Maguk a webhely-meghatározások nyelvsemleges módon jönnek létre, a szöveges karakterláncokat az erőforrásfájlok (.resx) tárolják. Ha honosítani szeretné a saját webhely-meghatározását, vagy új nyelv támogatásával szeretne bővíteni egy létező webhely-meghatározást, új erőforrásfájl létrehozásával teheti ezt meg. A fájl az erőforrástárba kerül, amely a következő helyen található:

% CommonProgramFiles %\Microsoft Shared\Web server extensions\12\Resources

A fájl lényegében egy XML-fájl, amely bármilyen szövegszerkesztőben szerkeszthető. A következő lépések azt mutatják be, hogyan hozhat létre új honosításfájlt a webhely-meghatározásban való használatra:

  1. Nyissa meg a fent említett erőforrástárat, és keresse meg a meglévő .resx fájlt, amelyet szeretne új nyelvre lefordítani.

  2. Klónozza a fájlt, és adja neki ugyanazt a nevet a nyelv-kultúra nevét kivéve (például tsa-en-us.resx helyett tsa-hu-hu.resx).

  3. Nyissa meg a klónozott fájlt egy szövegszerkesztőben.

  4. A második sorban módosítsa a nyelvnek megfelelően az lcid kódot. A spanyol nyelvet például a következő kód állítja be:

<!-- _lcid="3082" _version="12.0.5006.3000" _dal="1" ––>

  1. Görgessen le addig a részig, ahol az adatok elemek találhatók, párban az érték elemekkel. Ez a hely, ahol párosíthatja az erőforrásnevet a honosított karakterlánc értékével. Módosítsa az érték elemben a karakterláncértékeket az adott nyelvnek és kultúrának megfelelően. A következő példa az új ügyfél létrehozása művelet erőforrás-karakterláncát állítja át spanyol nyelvre:

    <data name="Action_NewCustomer">
    <value>Crear un Nuevo cliente</value>
    </data>
  2. Mentse az erőforrásmappát ehhez hasonló névvel: myCustomResource.es -es.resx (a tényleges név attól a nyelv-kultúra párostól függ, amelyre az erőforrásfájlt be szeretné állítani). Ezzel a fájl készen áll arra, hogy hivatkozni lehessen rá az alkalmazásban lévő webhelymeghatározás-fájlokból.

Ahhoz, hogy a honosított webhely-meghatározások megjelenjenek elérhető sablonként az Új SharePoint-webhely lapon, vegyen fel egy WEBTEMP fájlt a megfelelő <LCID> könyvtárba. Az új WEBTEMP fájl hozzáadását lásd az előző szakaszban: Webhely-meghatározás létrehozása.

A honosított erőforrásokra mutató hivatkozások az .aspx fájlokban eltérően működnek, mint az XML-fájlokban. Például az .aspx fájlokban a kiértékelése futásidőben történik, míg az XML fájlokban lévő hivatkozások kiértékelése a webhely példányosításakor megy végbe. A webhelymeghatározás-fájl erőforrásfájljában lévő XML-elemek eléréséhez a következő szintaxist használja: $Resources:myCustomResource, DataName. Például egy .aspx fájlból származó erőforrás-karakterlánc feldolgozásához ehhez hasonló leírókódra van szükség: <div> <asp:Label runat="server" Text="<%Resources:myCustomResource, Action_NewCustomer %>" /> </div>

Vissza a lap tetejére

Összefoglalás

A(z) Windows SharePoint Services 3.0 és Office SharePoint Designer 2007 együtt biztosítják azokat a hatékony eszközöket, amelyekre a párbeszédes, munkafolyamatokra támaszkodó alkalmazások készítéséhez és testreszabásához szüksége van. Akár a negyven letölthető alkalmazássablon valamelyikét szeretné testreszabni, akár sajátot állít össze, ebből a cikkből megismerheti a bevált módszereket és gyakorlati tanácsokat, amelyeket még a nem fejlesztők is sikeresen használhatnak.

Ha még nem tett meg, a következő lépés az alkalmazássablonok letöltése és használatuk megkezdése a(z) Office SharePoint Designer 2007 alkalmazásban megnyitva őket. Ezután használja következő, Források című szakaszban tárgyalt forrásokat, amelyek segítségére lesznek a saját alkalmazások készítése során.

Vissza a lap tetejére

Források

A(z) Windows SharePoint Services 3.0 és Office SharePoint Designer 2007 alkalmazásra vonatkozó további forrásokért lásd:

A fejlesztőknek szánt további forrásokat illetően lásd:

Vissza a lap tetejére

Megjegyzés : Gépi fordítás jognyilatkozata: Ez a cikk számítógép által, emberi közreműködés nélkül lett lefordítva. A Microsoft ezeket a gépi fordításokat azért nyújtja, hogy az angol nyelvet nem beszélők minél több tartalomhoz tudjanak hozzáférni a Microsoft termékeivel, szolgáltatásaival és technológiáival kapcsolatban. A gépi fordítás miatt előfordulhat, hogy a szöveg szóhasználati, szintaktikai vagy helyesírási hibákat tartalmaz.

Ismeretek bővítése
Oktatóanyagok megismerése
Új szolgáltatások listájának lekérése
Részvétel az Office Insider programban

Hasznos volt az információ?

Köszönjük a visszajelzését!

Köszönjük visszajelzését. Jobbnak látjuk, ha az Office egyik támogatási szakemberéhez irányítjuk.

×