Öt és fél mítosz a SharePointról. SharePoint – mi ez? Mi az a Microsoft SharePoint? Munkaterület-típusok a SharePoint Workspace-ben

A szervezeten belüli tér fő feladata a minőségi és gyors információcsere. Annak érdekében, hogy az alkalmazottak közötti interakció eredményes legyen, a számítógépes vállalatok egy sikeres platform létrehozásán dolgoznak, amely ezt a feladatot ellátná. Többek között a Microsoft is komolyan vette ezt a problémát SharePoint termékével. Mi ez a program?

Mi az a SharePoint?

Amint azt már megértette, a Microsoft SharePointtal fogunk foglalkozni. Mi ez a program, milyen igényei és előnyei vannak? Tehát ez egy kényelmes program, amely a vállalati alkalmazottak közötti termelékenység megszervezéséért felelős. A platformnak köszönhetően a vállalaton belül egy portál jön létre, amely az alkalmazottak egységes kommunikációs központjaként, valamint a hivatalos információk tárolási helyeként szolgál.

Mire való a SharePoint?

Összességében rájöttünk az MS SharePointra: mi az, és mit kezdjünk vele. Most pedig nézzük meg, mire való ez a program. A belső kommunikációs portál létrehozásakor a program lehetővé teszi, hogy közös rendszert szervezzünk a dokumentumok és projektek közös feldolgozására. Mostantól lehetőség nyílik egy online platform létrehozására a kommunikációhoz, a munkafolyamatok automatizálásához és hasonló feladatok megoldásához.

Mi az a SharePoint Designer?

A projekt egyik összetevője a SharePoint Designer. Mi ez a program és miért van rá szükség, tovább fogjuk érteni. Megértettük az alap SharePoint. Tudjuk, milyen programról van szó. De a gyakorlat azt mutatja, hogy nem minden alap működik teljes mértékben, ezért ki kell terjeszteni a korlátozásokat.

A webhelyek teljessé tételéhez webszerkesztőket használnak. A SharePoint Designer végigvezeti Önt egy gyors, lépésről lépésre történő beállításon:

• sablonok használata;
• töltés moduláris alkatrészekkel;
• szükséges engedély;
• minőségi tervezés stb.

Ez a program mindent tartalmaz, amire szüksége van egy webhely gyors elkezdéséhez. Minden egyszerű, így nincs szükség bonyolult kódok ismerete. Csak általános ismeretekkel kell rendelkeznie a vizuális tervezési eszközökről.

Annak ellenére, hogy a SharePoint Designer a vállalat általános családjába tartozik, a szoftver nem található a szabványos Office csomagban. Ezért, ha szükség van erre a programra, akkor azt külön kell megvásárolnia. Egyébként ingyen is beszerezheted, de csak próbaidőre.

Célok és célkitűzések

Mint már megértettük, a SharePoint Designer a szabványos egyszerű webszerkesztők közé tartozik, ezért funkciói és feladatai is meglehetősen ismerősek:

• HTML oldalak kialakítása;
• ASPX oldalak létrehozása;
• munka webalkalmazásokkal;
• weboldal kezelése.

A folyamat megfelelő működéséhez a webhelyeknek olyan kiszolgálóhoz kell kapcsolódniuk, amelyen már fut a SharePoint Services. Ha az Ön feladata egy HTML vagy ASPX oldal létrehozása, akkor elvileg nem használhatja a kapcsolatot a szerverrel. Az egyetlen pont - a munka befejezése után le kell töltenie az összes fájlt.

Alapelvek

Ezzel a programmal dolgozni, mint már említettük, meglehetősen egyszerű. Eleinte egy elemi felület fogadja Önt, és intuitív módon kitalálja a következő lépéseket, ha természetesen dolgozott valaha webszerkesztővel.

A következő dolog, amire szüksége van, az a szövegbevitel. Néhány HTML formázásra alkalmas kódkombinációt már bemutattunk Önnek. A kivitelező alapvetően nem különbözik a már ismertektől.

A program lehetővé teszi design elemek hozzáadását: címkék és szerver elemek. Annak ellenére, hogy még mindig vannak különbségek ezekben az összetevőkben, a szövegbe való beírás módja ugyanaz. Egyébként más konfigurációjú elemek is beszúrhatók, a paraméterek a helyi menüben választhatók ki. Ezután megtekintheti és mentheti.

Mi az a SharePoint Workspace?

A következő összetevő a SharePoint Workspace. Mi ez a program és mi a célja? Ezt a szoftvert 2010-ben adta ki a Microsoft, és a Groove 2007-ben jelent meg. A program egy olyan alkalmazás, amely éjjel-nappal gyors hozzáférést biztosít a dokumentumtárhoz és más SharePoint-szolgáltatásokhoz.

A régi szoftver új verziója interaktívabbnak és rugalmasabbnak bizonyult. Az alkalmazással önállóan vagy a SharePoint Serverrel együtt dolgozhat. Ha megérti a SharePoint Workspace-t, mi az és miért, akkor a fő feladat egyértelmű: a számítógépen lévő tartalom szinkronizálása dokumentumokkal és listákkal valós időben. Az előző tervezési komponenssel ellentétben ez inkább kommunikációs platformként szolgál a korábban létrehozott területeken vagy webhelyeken.

Lehetőségek

Tehát beszélgetésünk tárgya a Microsoft SharePoint Workspace. Már tudjuk, mi ez, és ezért van hátra, hogy foglalkozzunk azokkal a lehetőségekkel, amelyeket ez a szoftver kínál számunkra. Először is ez a munkaterületek kialakítása, több típusra osztva:

• SharePoint;
• Horony;
• nyilvános mappa terület.

Az első opció két irány egyidejű szinkronizálásáért felelős, közvetlenül, feldolgozás nélkül. A munka a tartalomkönyvtárakkal és listákkal külön számítógépen történik. A következő terület az összes alkalmazott közötti teljes körű folyamatot szolgálja. Ezt a környezetet tartják a legbiztonságosabbnak. A harmadik lehetőség célja, hogy fenntartsa és kezelje az alkalmazottak hozzáférését az operációs rendszer mappáihoz.

A következő funkciók egyszerű telepítést és indítást tesznek lehetővé külső segítség nélkül. Ugyanakkor az együttműködés megkezdésekor szem előtt kell tartani, hogy a szoftver csatlakoztatva és beépítve is működjön. Az automatikus szinkronizálásnak köszönhetően visszatérhet a dokumentum legújabb verzióihoz.

Kiderült, hogy a program szolgáltatásai, amelyeket Ön már ismer), a következő folyamatokat támogatják:

• optimalizálás;
• integráció;
• egyszerű felhasználói felület;
• üzenetváltás;
• tartalomkeresés;
• csökkentett mód és így tovább.

Természetesen ez nem minden olyan szolgáltatás, amely elérhető a felhasználók számára.

Konfigurációs hibák

Ideje beszélni a Microsoft SharePoint beállítási hibáiról. Mit fog ez adni nekünk? Lehet, hogy ez a szakasz nem segít, de mégis, ha találkozik ezzel a problémával, akkor lesz megoldás. Tekintettel arra, hogy ez a szoftver nagyon összetett és többfunkciós, a felhasználóknak így vagy úgy meg kell küzdeniük a hibákkal.

Természetesen vannak más hibák is az alkalmazáskonfigurációval kapcsolatban.

Hatékony használat

Kitaláltuk a SharePoint (tudjuk azt is, hogy milyen programról van szó). Most nézzük meg, hol fog a szoftver a leghatékonyabban viselkedni. Ha területekről beszélünk, akkor az alkalmazás alkalmas:

• útmutatók;
• marketing és reklámozás;
• IT technológiák;
• felhasználók;
• rendszergazdák.

Így a SharePoint segítségével a menedzsment meg tud majd állapodni a szabványokban, nyomon követni az ülésnaptárt és kitűzni a feladatokat. Lehetőség van ötletek regisztrálására, elemzések generálására és közvetlen kommunikációra a kollégákkal.

Az informatikusok dolgozhatnak a felhasználói szolgáltatási portállal, terjeszthetik, figyelembe vehetik és elemezhetik a felhasználói véleményeket, központilag kezelhetik a portált, használhatják a létrehozott sablonokat.

A hétköznapi felhasználók hozzáférhetnek a védett információkhoz, kommunikálhatnak a kollégákkal, kitölthetik a kérelmeket és kezelhetik a dokumentumokat.

Az adminisztrátorok elszámolhatják a levelezést és a dokumentumokat, hívhatnak közlekedést és taxikat, foglalhatnak jegyeket, szállodákat, konferenciatermeket stb.

Általában, amint azt a gyakorlat mutatja, a nagyvállalatok elégedettek azokkal, akik már többször találkoztak a SharePointtal és annak összetevőivel.

« SharePoint", vagy " Microsoft SharePoint termékek és technológiák» szoftvertermékek és -összetevők gyűjteménye, beleértve:

• webalkalmazások készlete az együttműködés megszervezéséhez;
• Funkciók webportálok létrehozásához;
• információkereső modul dokumentumokban és információs rendszerekben ;
• munkafolyamat-kezelési funkcionalitás és egy vállalati szintű tartalomkezelő rendszer;
• modul adatbeviteli űrlapok létrehozásához;
• funkcionalitás az üzleti elemzéshez.

SharePoint
típus	Webportál , Tartalomkezelő rendszer , Együttműködési szoftver
Fejlesztő	Microsoft
Beírva	C♯
operációs rendszer	Windows Server 2016És Windows Server 2019
Hardver platform	x64 / ASP.NET 4.5
legújabb verzió	2016 (május 4.)
Állapot	Aktív
Engedély	Saját szoftver
Weboldal	sharepoint.com
Médiafájlok a Wikimedia Commons oldalon

A „SharePoint” olyan webhelyek létrehozására használható, amelyek lehetővé teszik a felhasználók számára az együttműködést. A SharePoint platformon létrehozott webhelyek információk, ismeretek és dokumentumok tárházaként használhatók, valamint interakciót elősegítő webalkalmazások, például wikik és blogok futtatására is használhatók. A felhasználók kezelhetik és interakcióba léphetnek a listákban és dokumentumkönyvtárak információival az elnevezett vezérlők segítségével web részek(SharePoint WebParts).

SharePoint termékcsalád

A SharePoint két fő termék formájában jelenik meg: a kliens (korábbi nevén Windows SharePoint Services, WSS) és a Microsoft SharePoint Server (korábbi nevén MOSS; lásd alább). Emellett az MS Office eszköz is rendelkezésre áll. S mezei nyúl P kenőcs D tervező (SPD; lásd alább).

Microsoft SharePoint Foundation- ingyenes alkalmazás Windows Serverre; alapvető infrastruktúrát biztosít az együttműködéshez: szerkesztés, dokumentumtárolás, verziókezelés stb. Tartalmaz olyan funkciókat is, mint a dokumentumfolyamat „útvonalai” (munkafolyamat-platform), feladatlisták, emlékeztetők, online beszélgetések.

Microsoft SharePoint Server 2010- fizetős összetevő a SharePoint-funkciók MS Office alkalmazásokba való integrálásához. Ez az MS SharePoint Foundation bővítménye, és bővíti annak lehetőségeit. Microsoft Project Server mostantól az MS SharePoint Server 2010 rendszerre telepíthető bővítmény.

Microsoft Office SharePoint Server(MOSS) egy fizetős összetevő a SharePoint-funkciók MS Office-alkalmazásokba való integrálásához. Ez a WSS kiegészítője volt, és kibővítette a képességeit. Üzleti elemzési eszközöket tartalmaz - Excel szolgáltatások, Üzleti adatkatalógus. A MOSS lehetővé tette az MS Project Server és a Microsoft Office InfoPath űrlapokhoz való hozzáférést egy böngészőn keresztül, központilag, a többmodulos portál koncepciójának megfelelően. Támogatott speciális könyvtárak, például a PowerPoint sablonkönyvtárak. A MOSS korábban SharePoint Server és SharePoint Portal Server néven volt ismert.

Microsoft SharePoint Workspace(SPW, korábban Microsoft Office Groove) - olyan alkalmazás, amely lehetővé teszi az adatok (mappák, fájlok stb.) szinkronizálását.

Microsoft SharePoint Designer(SPD) egy WYSIWYG stílusú HTML-szerkesztő (korábban FrontPage), amelyet SharePoint-oldalak létrehozására és WSS-webhelyek dokumentumainak kezelésére optimalizáltak. Az SPD a Microsoft Expression Weben és a Microsoft Visual Studio fejlesztői környezeten keresztül biztosít hozzáférést renderelő motorjának funkcióihoz. 2009 tavaszán ingyenes termék lett.

Microsoft SharePoint Server 2013 a vállalati alkalmazások integrált csomagja, amelyet a termelékenység növelésére, az alkalmazottak együttműködésének megszervezésére, olyan fontos üzleti problémák megoldására terveztek, mint az információáramlás szabályozása, a tájékozott döntéshozatal és a munkafolyamatok kezelése. A termék a közösségi komponensre, a felhőkre és a mobilitásra összpontosít. Az MS SharePoint 2013 új eszközöket kínál az egyszerű adminisztrációhoz, a hatékony kommunikációhoz és információbiztonsághoz, valamint a rugalmas együttműködéshez. A közösségi funkciók megkönnyítik az ötletek megosztását, a társak nyomon követését, a szakértők és információk keresését és még sok mást.

A Microsoft SharePoint technológia egy ingyenes kiszolgálóoldali megoldás, amely megkönnyíti a webszerver látogatói számára a Microsoft által kínált alkalmazások beépített képességeinek használatát a webhelyek együttműködésre való létrehozására és testreszabására. A SharePoint a legrelevánsabb technológia az információs közösség és az üzleti élet jelenlegi fejlődési szakaszában, melynek követelménye a növekvő automatizálás. munkafolyamatok

Hozzáférés-szabályozás

Annak érdekében, hogy ne tűnjön alaptalannak, hozunk néhány példát, amelyeket továbbra is használunk tanfolyamunk gyakorlati illusztrációjaként. A modern információs portált általában informatikusokból, újságírókból, szerkesztőkből és menedzserekből álló nagy csapat fejleszti és tartja karban, valós időben frissítve annak tartalmát és szolgáltatásait. Itt nagyon fontos az oldal folyamatos működésének biztosítása, valamint egyrészt az oldal szoftverhéját modernizáló programozók és tervezők, másrészt a tartalomszerkesztők (pl. híradók) munkájának egyértelmű szinkronizálása. takarmányok stb.). Ugyanakkor el kell érni a felelősség szétválasztását, hogy a tartalomszerkesztők ne tudjanak változtatni a portál kialakításán és a programkódokon, az informatikusok pedig ne tudjanak változtatni a szöveges tartalmán. Emellett gyakran szigorú követelmény az alkalmazottak tevékenységi területeinek belső szétválasztása: például a politikai hírek szerzői és szerkesztői csak ezeket a híreket szerkeszthetik, és nem férhetnek hozzá például a tudományos vagy autóipari szegmens szerkesztéséhez. a portálról. A különböző szintű kompetenciával és munkaköri felelősséggel rendelkező programozók, tervezők és tesztelők számára is kívánatos a megfelelő korlátozások beállítása.

Érdemes megjegyezni, hogy az említett korlátozások beállításai (vagy SharePoint kifejezéssel engedélyeket) a weboldal adminisztrátora (vagy adminisztrátorai, ha több van) - szuperjogokkal rendelkező alkalmazottak - végzik. Végül a portállátogatók (az interneten keresztül hozzá csatlakozó közönség) számára csak passzív hozzáférést biztosítunk, amely kizárólag a weblapok böngészőben történő megtekintését jelenti, tartalomszerkesztési lehetőség nélkül.

Rizs. 1.1.

3. megjegyzés. az itt és az alábbiakban használt terminológiára vonatkozik. Feltételek weboldal és weboldal(valamint röviden, csomópont és hely) szinonimákként használjuk. Szinonimának tekintjük a szavakat is böngésző, böngésző, feltételezve, hogy ezek az alkalmazásra jellemzőek Microsoft Internet Explorer. Eközben érdemes megjegyezni, hogy az alternatív böngészők támogatottak: Mozilla 1.4, Safari 2.0 (vagy újabb). munkacsoport a SharePoint-webhelyhez hozzáféréssel rendelkező felhasználók körét (különösen egy vállalati webhely vonatkozásában egy vállalat munkatársának) fogjuk nevezni.

Minél többet olvasok a SharePointról szóló vitákat, annál inkább meg vagyok győződve arról, hogy a „SharePoint” fogalma egy csomó mítoszt és tévhitet hordoz magában. Néhányan azok fejében élnek, akik ezen a platformon gondolkodnak, mások pedig (és ez a legveszélyesebb) azok, akik csak nemrég kezdtek el webhelyeket készíteni a SharePointban. Mivel a második részt nehezebb leírni (és ma is péntek van), ezért rettentő lusta lévén inkább az elsőről beszélnék.

Szóval mítoszok. Vagy téveszmék? Nem számít. Abban a sorrendben írom le, ahogy eszembe jutott, és nem azért, mert valamelyik mítosz „szörnyűbb” a másiknál.

1. mítosz. A SharePointot valójában egy másik bolygón fejlesztették ki, és humanoidok adták át a Microsoftnak egy UFO-ból, hogy megtörjék az emberek agyát.

Néha azt hiszem, ez igaz ;-)

2. tévhit: A SharePoint drága.

Ezt már írták Habrén. Ha a promóciós kampány részeként az ingyenes Windows Web Server 2008-at használja az ingyenes Windows SharePoint Services és a Windows Internal Database (vagy SQL Server Express) mellett, akkor a szerverszoftver költsége szinte nulla lesz. Az ilyen konfigurációkban rejlő korlátok a kis projektek igényein belül vannak. Csak a kezdeti szakaszban kell megfelelően felmérnie a követelményeket és a növekedés előfeltételeit. A SharePoint azért is jó, mert lehetővé teszi a fájdalommentes növekedést - mind a megoldás méretét, mind a használt funkciókat tekintve.

Teljesen logikus, hogy a projekt növekedésével (és a bevételszerzésével, ahogy mondani szokták) szükség van a használatra és a megfelelő konfigurációra. Itt természetesen a szoftverköltségek nőnek, mint minden más költség: szerverek, csatornabérlés, és végül személyzet. Ez az utolsó kiadási tétel a legkézzelfoghatóbb, de ezt gyakran külön is figyelembe veszik. Ez megbocsátható kis kezdőcsapatoknak, de amikor komoly tapasztalt cégek nem építik be a projekt költségvetésébe a megoldás kidolgozására, majd fenntartására hivatott személyek bérköltségét, az meglepő.

Azon a véleményen vagyok, hogy a platform előnyei és az azt támogató fejlesztői eszközök, köztük az immár ingyenes SharePoint Designer (gyorsjavításokért) indokolják az ilyen szoftverek árát. Ugyanez vonatkozik a SharePoint Serverre (MOSS). Ez utóbbi korántsem ingyenes, és az internetes oldalak verziójában jelentős költséggel jár, de még egyszer megismétlem: hagyja abba a maximalizmust a konfiguráció kiválasztásában, és értékelje az egész projektet a valós igények és bevételek szempontjából. Nevetséges hallani a MOSS internetes licenc magas költségéről valakitől, aki naponta több ezer dollárt keres az oldalon. Ismételten, ha olyan közösségi oldal építését tervezi, amelynek bevételei alig fedezik a költségeket és a tárhelyszolgáltatást, akkor először azt kell végiggondolni, hogy mit tud nyújtani a SharePoint minimális konfigurációjában.

A "mítosz" összefoglalásaként egy kézenfekvőnek tűnő gondolatot adok hangot. Bármilyen méretű projektnél kezdje azzal, hogy gondolja át, mit nyújtanak a legalapvetőbb SharePoint-szolgáltatások. A tárolórendszer fejlesztésén, az engedélyezésen, a webhely infrastruktúrájának és az elrendezési sablonok kezelésén, az Office-alkalmazásokkal való integráción és a beépített tartalomtelepítési eszközökön már sokat lehet spórolni.

3. tévhit. A SharePoint lassú és hardverigényes.

Ez a kedvenc mítoszom. És ez abból a furcsa félreértésből fakadt, hogy sok ember félreérti azt a tényt, hogy még egy könnyen telepíthető és kezdetben konfigurálható termék is megköveteli számos olyan szabály ismeretét és alkalmazását, amelyek lehetővé teszik bizonyos körülmények között a használatát. Igen, természetesen a platformnak van egy bizonyos rezsije az erőforrások tekintetében - a benne beágyazott „univerzális” soha nem hiábavaló. De végül azt mondhatjuk, hogy a követelményeket tekintve a SharePoint semmivel sem nehezebb, mint egy tipikus ASP.NET alkalmazás, amely SQL Serverben tárolja a tartalmat. És nagyon sok van belőlük a világon. És be vannak töltve – hú! Csak arról van szó, hogy az ilyen projektek esetében senkinek nem jut eszébe, hogy egyszerűen bevesse a megoldást – és hagyja, hogy úgy működjön, ahogy van. De a SharePoint sem bűvész, hogy kitalálja, milyen körülmények között működik. Eközben egy kényelmes webes felületen keresztül sok mindent megtehet, ami azonban nem zárja ki a konfigurációk kiválasztását. Ismét káromkodva a lassú SharePoint felett, ne feledje a következő kulcsszavakat:

terhelés elosztás

Kimeneti gyorsítótár

Objektum gyorsítótár

Linkek az érdeklődőknek: technet.microsoft.com/en-us/library/cc298466.aspx és "Overclocking Sharepoint to Highload Website Speed". ASP.NET nerdek, figyeljetek a MissUFO bejegyzés utolsó szakaszára (IHttpModule és kemény optimalizálás). Óvatos hozzáállással és felelősségteljes hozzáállással, ezzel a technikával lapokat varázsolhatsz igazán versenyautókká.

Befejezve ezt a témát, elmesélem az autóvásárlás utáni első benyomásaimat. Amint a volán mögé ültem, rájöttem, hogy az autó borzasztóan korlátozza a mozgásszabadságot. Most meg kell terveznem és tanulmányoznom, hol szabad kanyarodni, hol nagyobb a torlódás, hogyan lehet kikerülni, és hogyan ne kerüljek egyirányú utcába, miközben ellenkező irányba haladunk. És a benzin is, aggódik a mosógép, a guminyomás. Autósok, ismerősek, ugye? Több hónap telt el. Az elégedetlenség csökkent, kezdtem megérteni az előnyeimet. Néhány évvel később elmondhatom, hogy az autó mozgásszabadságot és örömet ad tőle. Gyalog - kiváló, környezetbarát és olcsó. De lassan. Motoron lehet. De imho - nem biztonságos, és nem megfelelő a temperamentumnak :-)

4. tévhit. A SharePoint csak nagyvállalatok és vállalati webhelyek számára készült.

Maga a Microsoft okolható ezért a mítoszért. Részben azért, mert a SharePoint összes "nehéz" funkciója inkább a vállalati portálokat célozza meg. Részben - a megfelelő marketing erőfeszítések miatt.

Valóban, nincs sok kész olyan szkriptek és sablonok, amelyek a klasszikus internetes portálok vagy a manapság oly divatos közösségi oldalak fejlesztésekor használhatók. De sok portálplatform kínálja ezt most? Eközben a pletykák szerint a Microsoft felismerte az ezirányú hiányosságokat, és aktívan dolgozik azon, hogy ezeket a funkciókat beépítsék a jövőbeli verziókba.

Ez a mítosz sok ügyfél meggyőződéséből fakad, például: „A SharePointnak minden alkalomra rendelkeznie kell sablonokkal. Készíts nekem weboldalt pár napon belül! Azt hallottam, hogy a SharePointnál ez egy köpködés." Vicces? Inkább szomorú.

Végül, az én tapasztalataim (és valószínűleg az Öné is) azt mutatják, hogy a „Microsoft kész sablonja” fogalma aligha alkalmazható komoly internetes oldalakon. Kezdje el ebbe az irányba fejleszteni megoldásait – készítse el saját sablonjait. És itt simán áttérünk a következő mítoszra.

5. tévhit. Nincs szükség webfejlesztőkre és tervezőkre ahhoz, hogy webhelyet hozzanak létre a SharePointban.

A válasz rövid: nem igaz, szükség van rájuk és hogyan! Az egyik bejegyzéshez fűzött megjegyzésekben azt olvastam, hogy a Microsoft rövidlátóan figyelmen kívül hagyja a tervezőket, amikor a SharePoint-oldalak elrendezéséről van szó. Hát ez nem igaz! Semmi sem akadályozza meg, hogy használja a designját. A szabványos elemek elrendezése zavar - határozza meg újra. A mesteroldalak táblázatos elrendezése zavar – használja a sajátját. A SharePoint problémája az elvárások. Mindeközben egyetlen komoly webprojektben sem alkalmazható technológia, amely kiküszöböli a jó tervezők és webfejlesztők szükségességét.

Egyet biztosan mondok. A SharePoint-ot át kell tölteni a csapat összes tagjával. Sokat megenged, de tiszteletben kell tartani a tervezéssel szemben támasztott egyes elvárásait. Ezeket az elvárásokat pedig leggyakrabban biztonsági problémák (furcsa módon) és a platform minden gazdag funkciójának támogatása diktálják.

De általában a SharePoint, mint mondtam, egy ASP.NET-alkalmazás a maga funkcióival és trükkjeivel.

Mítosz 5.5. A SharePoint korlátozza a kreativitás szabadságát, és az előírt funkciók gyakran csak megnehezítik az életet.

Ez az előző mítosz folytatása, de programozói téveszmékről beszélünk.

A fejlesztők (különösen az oroszok) gyakran szidják a SharePoint egyes alrendszerek sajátosságai miatt, amelyek szerintük furcsa. Vegyünk például kettőt – a listaelemek tárolását és az üzleti adatkatalógust.

A listáknál az a tény, hogy nem úgy viselkednek, mint az adatbázistáblák, megdöbbenéshez vezet. A többé-kevésbé összetett lekérdezések nem támogatottak, nincs hivatkozási integritás. A válasz egyszerű: a listák nem adatbázisok. Ha a SharePointot adatbázis-előfelületként szeretné használni, akkor úgy használja. A listákra és a dokumentumtárra egyszerű szabályok vonatkoznak:

1. A dokumentumkönyvtárak olyan fájlokat tárolnak amelyekkel a felhasználók dolgoznak, mint a dokumentumokkal. Egyszerűnek tűnik, igaz? De a dőlt betűket gyakran elfelejtik, és a tervek szerint el kell tárolni, például szoftver-terjesztéseknél. Jó ötlet eltávolodni a „fájlgolyóktól”, de mindenkinek szüksége van a józan észre. Külön tárolási osztály az aspx oldalfájlok. Általában nincs velük probléma.

2. A listák a felhasználók kollektív munkájának struktúrájával, az információk közvetlen közzétételével (cikkek, hírek stb.) és a fájl metaadataival kapcsolatos információkat tárolnak (az első szabálytól kezdve). Semmi mást nem kell a listákban tárolni. A szabály megszeghető, ha kevés az adat, de nagy mennyiségek esetén gyorsan érezni fogja a teljesítmény és az adatlekérdezések bonyolultságának csökkenését.

A második példa az üzleti adatkatalógus. Jó ötletnek tűnik az adatforrások elvonatkoztatása és a SharePointban tárolt meglévő struktúrákkal való összekapcsolása. De a fejlesztők panaszkodnak: nagyon összetett leírási formátum. A válasz egyszerű, és a BDC mögött meghúzódó ötleten alapul. Egy összetett XML-szerű leírási formátum két probléma egyidejű megoldására készült:

1. Legyen elég rugalmas ahhoz, hogy leírja az összes szükséges entitást és műveletet, lehetővé téve, hogy a SharePoint-alkalmazások ne közvetlenül az adatbázisban lévő adatokon működjenek.

2. Legyen olyan olvasható formátummal, amely lehetővé teszi az olvasást és szerkesztést speciális szoftvereszközök nélkül.

Valakinek nem túl meggyőző, de megpróbálom tisztázni. Kezdetben azt feltételezzük, hogy egy ilyen adatforrás-profilt a forrásinformációs rendszer fejlesztője egyszer létrehoz, hogy hozzáférést biztosítson a SharePoint Serverről. Ez meglehetősen gyorsan megtörtént olyan rendszerek esetében, mint az SAP, a Siebel vagy az Amazon szolgáltatások. Ezenkívül a leírási formátum lehetővé teszi többek között az objektumok oly módon történő megadását, hogy lehetséges legyen entitások keresése a használt adatforrásból speciális komponensek fejlesztése nélkül.

Ha erre a mítoszra gondolok, ismét az autós hasonlat jut eszembe.

És mesélj a "Pasternak nem olvasta, de elítélem." A tapasztalt emberek benyomásait annál inkább szívesen fogadjuk. A jó ötletek, mint tudod, nem a fejben jönnek, hanem a „fejek között”.

Minél többet olvasok a SharePointról szóló vitákat, annál inkább meg vagyok győződve arról, hogy a „SharePoint” fogalma egy csomó mítoszt és tévhitet hordoz magában. Néhányan azok fejében élnek, akik ezen a platformon gondolkodnak, mások pedig (és ez a legveszélyesebb) azok, akik csak nemrég kezdtek el webhelyeket készíteni a SharePointban. Mivel a második részt nehezebb leírni (és ma is péntek van), ezért rettentő lusta lévén inkább az elsőről beszélnék.

Szóval mítoszok. Vagy téveszmék? Nem számít. Abban a sorrendben írom le, ahogy eszembe jutott, és nem azért, mert valamelyik mítosz „szörnyűbb” a másiknál.

1. mítosz. A SharePointot valójában egy másik bolygón fejlesztették ki, és humanoidok adták át a Microsoftnak egy UFO-ból, hogy megtörjék az emberek agyát.

Néha arra gondolok ;-)

2. tévhit: A SharePoint drága.

Arról már Habrén. Ha a promóciós kampány részeként az ingyenes Windows Web Server 2008-at használja az ingyenes Windows SharePoint Services és a Windows Internal Database (vagy SQL Server Express) mellett, akkor a szerverszoftver költsége szinte nulla lesz. Az ilyen konfigurációkban rejlő korlátok a kis projektek igényein belül vannak. Csak a kezdeti szakaszban kell megfelelően felmérnie a követelményeket és a növekedés előfeltételeit. A SharePoint azért is jó, mert lehetővé teszi a fájdalommentes növekedést - mind a megoldás méretét, mind a használt funkciókat tekintve.

Teljesen logikus, hogy a projekt növekedésével (és a bevételszerzésével, ahogy mondani szokták) szükség van a használatra és a megfelelő konfigurációra. Itt természetesen a szoftverköltségek nőnek, mint minden más költség: szerverek, csatornabérlés, és végül személyzet. Ez az utolsó kiadási tétel a legkézzelfoghatóbb, de ezt gyakran külön is figyelembe veszik. Ez megbocsátható kis kezdőcsapatoknak, de amikor komoly tapasztalt cégek nem építik be a projekt költségvetésébe a megoldás kidolgozására, majd fenntartására hivatott személyek bérköltségét, az meglepő.

Azon a véleményen vagyok, hogy a platform előnyei és az azt támogató fejlesztői eszközök, köztük az immár ingyenes SharePoint Designer (gyorsjavításokért) indokolják az ilyen szoftverek árát. Ugyanez vonatkozik a SharePoint Serverre (MOSS). Ez utóbbi korántsem ingyenes, és az internetes oldalak verziójában jelentős költséggel jár, de még egyszer megismétlem: hagyja abba a maximalizmust a konfiguráció kiválasztásában, és értékelje az egész projektet a valós igények és bevételek szempontjából. Nevetséges hallani a MOSS internetes licenc magas költségéről valakitől, aki naponta több ezer dollárt keres az oldalon. Ismételten, ha olyan közösségi oldal építését tervezi, amelynek bevételei alig fedezik a költségeket és a tárhelyszolgáltatást, akkor először azt kell végiggondolni, hogy mit tud nyújtani a SharePoint minimális konfigurációjában.

A "mítosz" összefoglalásaként egy kézenfekvőnek tűnő gondolatot adok hangot. Bármilyen méretű projektnél kezdje azzal, hogy gondolja át, mit nyújtanak a legalapvetőbb SharePoint-szolgáltatások. A tárolórendszer fejlesztésén, az engedélyezésen, a webhely infrastruktúrájának és az elrendezési sablonok kezelésén, az Office-alkalmazásokkal való integráción és a beépített tartalomtelepítési eszközökön már sokat lehet spórolni.

3. tévhit. A SharePoint lassú és hardverigényes.

Ez a kedvenc mítoszom. És ez abból a furcsa félreértésből fakadt, hogy sok ember félreérti azt a tényt, hogy még egy könnyen telepíthető és kezdetben konfigurálható termék is megköveteli számos olyan szabály ismeretét és alkalmazását, amelyek lehetővé teszik bizonyos körülmények között a használatát. Igen, természetesen a platformnak van egy bizonyos rezsije az erőforrások tekintetében - a benne beágyazott „univerzális” soha nem hiábavaló. De végül azt mondhatjuk, hogy a követelményeket tekintve a SharePoint semmivel sem nehezebb, mint egy tipikus ASP.NET alkalmazás, amely SQL Serverben tárolja a tartalmat. És nagyon sok van belőlük a világon. És be vannak töltve – hú! Csak arról van szó, hogy az ilyen projektek esetében senkinek nem jut eszébe, hogy egyszerűen bevesse a megoldást – és hagyja, hogy úgy működjön, ahogy van. De a SharePoint sem bűvész, hogy kitalálja, milyen körülmények között működik. Eközben egy kényelmes webes felületen keresztül sok mindent megtehet, ami azonban nem zárja ki a konfigurációk kiválasztását. Ismét káromkodva a lassú SharePoint felett, ne feledje a következő kulcsszavakat:

terhelés elosztás

Kimeneti gyorsítótár

Objektum gyorsítótár

Az érdeklődők számára a következő linkek: technet.microsoft.com/en-us/library/cc298466.aspx és " ". ASP.NET nerdek, figyeljetek a bejegyzés utolsó szakaszára (IHttpModule és kemény optimalizálás). Óvatos hozzáállással és felelősségteljes hozzáállással, ezzel a technikával lapokat varázsolhatsz igazán versenyautókká.

Befejezve ezt a témát, elmesélem az autóvásárlás utáni első benyomásaimat. Amint a volán mögé ültem, rájöttem, hogy az autó borzasztóan korlátozza a mozgásszabadságot. Most meg kell terveznem és tanulmányoznom, hol szabad kanyarodni, hol nagyobb a torlódás, hogyan lehet kikerülni, és hogyan ne kerüljek egyirányú utcába, miközben ellenkező irányba haladunk. És a benzin is, aggódik a mosógép, a guminyomás. Autósok, ismerősek, ugye? Több hónap telt el. Az elégedetlenség csökkent, kezdtem megérteni az előnyeimet. Néhány évvel később elmondhatom, hogy az autó mozgásszabadságot és örömet ad tőle. Gyalog - kiváló, környezetbarát és olcsó. De lassan. Motoron lehet. De imho - nem biztonságos, és nem megfelelő a temperamentumnak :-)

4. tévhit. A SharePoint csak nagyvállalatok és vállalati webhelyek számára készült.

Maga a Microsoft okolható ezért a mítoszért. Részben azért, mert a SharePoint összes "nehéz" funkciója inkább a vállalati portálokat célozza meg. Részben - a megfelelő marketing erőfeszítések miatt.

Valóban, nincs sok kész olyan szkriptek és sablonok, amelyek a klasszikus internetes portálok vagy a manapság oly divatos közösségi oldalak fejlesztésekor használhatók. De sok portálplatform kínálja ezt most? Eközben a pletykák szerint a Microsoft felismerte az ezirányú hiányosságokat, és aktívan dolgozik azon, hogy ezeket a funkciókat beépítsék a jövőbeli verziókba.

Ez a mítosz sok ügyfél meggyőződéséből fakad, például: „A SharePointnak minden alkalomra rendelkeznie kell sablonokkal. Készíts nekem weboldalt pár napon belül! Azt hallottam, hogy a SharePointnál ez egy köpködés." Vicces? Inkább szomorú.

Végül, az én tapasztalataim (és valószínűleg az Öné is) azt mutatják, hogy a „Microsoft kész sablonja” fogalma aligha alkalmazható komoly internetes oldalakon. Kezdje el ebbe az irányba fejleszteni megoldásait – készítse el saját sablonjait. És itt simán áttérünk a következő mítoszra.

5. tévhit. Nincs szükség webfejlesztőkre és tervezőkre ahhoz, hogy webhelyet hozzanak létre a SharePointban.

A válasz rövid: nem igaz, szükség van rájuk és hogyan! Az egyik bejegyzéshez fűzött megjegyzésekben azt olvastam, hogy a Microsoft rövidlátóan figyelmen kívül hagyja a tervezőket, amikor a SharePoint-oldalak elrendezéséről van szó. Hát ez nem igaz! Semmi sem akadályozza meg, hogy használja a designját. A szabványos elemek elrendezése zavar - határozza meg újra. A mesteroldalak táblázatos elrendezése zavar – használja a sajátját. A SharePoint problémája az elvárások. Mindeközben egyetlen komoly webprojektben sem alkalmazható technológia, amely kiküszöböli a jó tervezők és webfejlesztők szükségességét.

Egyet biztosan mondok. A SharePoint-ot át kell tölteni a csapat összes tagjával. Sokat megenged, de tiszteletben kell tartani a tervezéssel szemben támasztott egyes elvárásait. Ezeket az elvárásokat pedig leggyakrabban biztonsági problémák (furcsa módon) és a platform minden gazdag funkciójának támogatása diktálják.

De általában a SharePoint, mint mondtam, egy ASP.NET-alkalmazás a maga funkcióival és trükkjeivel.

Mítosz 5.5. A SharePoint korlátozza a kreativitás szabadságát, és az előírt funkciók gyakran csak megnehezítik az életet.

Ez az előző mítosz folytatása, de programozói téveszmékről beszélünk.

A fejlesztők (különösen az oroszok) gyakran szidják a SharePoint egyes alrendszerek sajátosságai miatt, amelyek szerintük furcsa. Vegyünk például kettőt – a listaelemek tárolását és az üzleti adatkatalógust.

A listáknál az a tény, hogy nem úgy viselkednek, mint az adatbázistáblák, megdöbbenéshez vezet. A többé-kevésbé összetett lekérdezések nem támogatottak, nincs hivatkozási integritás. A válasz egyszerű: a listák nem adatbázisok. Ha a SharePointot adatbázis-előfelületként szeretné használni, akkor úgy használja. A listákra és a dokumentumtárra egyszerű szabályok vonatkoznak:

1. A dokumentumkönyvtárak olyan fájlokat tárolnak amelyekkel a felhasználók dolgoznak, mint a dokumentumokkal. Egyszerűnek tűnik, igaz? De a dőlt betűket gyakran elfelejtik, és a tervek szerint el kell tárolni, például szoftver-terjesztéseknél. Jó ötlet eltávolodni a „fájlgolyóktól”, de mindenkinek szüksége van a józan észre. Külön tárolási osztály az aspx oldalfájlok. Általában nincs velük probléma.

2. A listák a felhasználók kollektív munkájának struktúrájával, az információk közvetlen közzétételével (cikkek, hírek stb.) és a fájl metaadataival kapcsolatos információkat tárolnak (az első szabálytól kezdve). Semmi mást nem kell a listákban tárolni. A szabály megszeghető, ha kevés az adat, de nagy mennyiségek esetén gyorsan érezni fogja a teljesítmény és az adatlekérdezések bonyolultságának csökkenését.

A második példa az üzleti adatkatalógus. Jó ötletnek tűnik az adatforrások elvonatkoztatása és a SharePointban tárolt meglévő struktúrákkal való összekapcsolása. De a fejlesztők panaszkodnak: nagyon összetett leírási formátum. A válasz egyszerű, és a BDC mögött meghúzódó ötleten alapul. Egy összetett XML-szerű leírási formátum két probléma egyidejű megoldására készült:

1. Legyen elég rugalmas ahhoz, hogy leírja az összes szükséges entitást és műveletet, lehetővé téve, hogy a SharePoint-alkalmazások ne közvetlenül az adatbázisban lévő adatokon működjenek.

2. Legyen olyan olvasható formátummal, amely lehetővé teszi az olvasást és szerkesztést speciális szoftvereszközök nélkül.

Valakinek nem túl meggyőző, de megpróbálom tisztázni. Kezdetben azt feltételezzük, hogy egy ilyen adatforrás-profilt a forrásinformációs rendszer fejlesztője egyszer létrehoz, hogy hozzáférést biztosítson a SharePoint Serverről. Ez meglehetősen gyorsan megtörtént olyan rendszerek esetében, mint az SAP, a Siebel vagy az Amazon szolgáltatások. Ezenkívül a leírási formátum lehetővé teszi többek között az objektumok oly módon történő megadását, hogy lehetséges legyen entitások keresése a használt adatforrásból speciális komponensek fejlesztése nélkül.

Ha erre a mítoszra gondolok, ismét az autós hasonlat jut eszembe.

És mesélj a "Pasternak nem olvasta, de elítélem." A tapasztalt emberek benyomásait annál inkább szívesen fogadjuk. A jó ötletek, mint tudod, nem a fejben jönnek, hanem a „fejek között”.