обща схема
- WSP пакет влезе за първи път в базата данни на конфигурацията
- Когато разполагане на файловете от пакет обхват компютри ферма, загрижени характеристики, възли и приложни файлове.
- Когато активирате функции въз основа на съдържанието на манифеста се основават записи, които се отнасят до файлове на диска.
Тази схема е изобретен в ранните версии на SharePoint, за да се спести място в базата данни, ако една и съща функционалност се използва на много сайтове. Също така много лесно да се подновят, разшири доста нова версия на пакета и всички сайтове ще получат промените.
На практика такава схема не работи добре.
Проблемите започват, когато файлове \ полета \ видове \ списъци се различават. Когато става дума за схема на база данни е писано (XML дефиниция), или себе си актуализиран файл, и връзка към файл на диска се губи. Това състояние се нарича unghosted или потребителски. Друг актуализация чрез актуализиране на файловете на диска престава да работи.
Ситуацията се усложнява от факта, че дезактивирането на функции не премахва списъците и файлове и не изтрива типове съдържание и полета, които са упоменати списъци. Реактивиране функции, наличието на артефакти в работата на базирани на съдържание непредсказуемо.
Можете, разбира се, всички артефакти, създадени с помощта на XML, като се избягват кода, който призовава за персонализиране. Но не всички решения може да бъде направено по такъв начин. Много неща, като например таксономия, насочване по аудитория и mavigation метаданни много трудно да се описват в XML. Но най-важното е, че персонализация може да бъде причинена от потребителя. И ако възможността за персонализиране на блок, гъвкавостта е загубено, че SharePoint осигурява.
Друг проблем, свързан със списъците и шаблони (определения) списъците. Ако списъкът е създаден от шаблон или потребителски, но шаблонът не е на диска, тогава има набор от неразбираеми грешки при използване на API и някои от стандартни функции.
Заради тези проблеми, много от тях са се отказали напълно разполагането на артефакти, използвайки определенията XML и започна да прави създаването на артефакти чрез използване на код. Този подход е много по-многословно и увеличава вероятността от грешки, но това дава контролиран процес, за да се създаде, и най-важното, да се актуализират артефакти.
Първата промяна - добавяне заменяне знамена в определени области и типове съдържание. С този флаг, полетата и видовете функции за активиране са написани на базата данни за съдържание, без да се създава препратка към файловете на диска. Също така е възможно да активирате функции в присъствието на артефакти в базата данни на съдържание. Това отчасти се решава проблема, но само отчасти, защото проблемът със списъци създадена от шаблони, които не могат да бъдат решени.
второ промяната - възможностите за ъпгрейд на добавяне функции. Сега не можете да премахнете разтвора и не pereaktivirovat функции за осигуряване на нова функционалност.
Третата промяна - поникване във виртуалната среда на решения, които не използват файловете във файловата система и създават всички артефакти прав в базата данни на съдържание. По този начин във виртуалната среда на решения намаление на цените води до дезактивирането на всички функции, но това не се случи, за да FullTrust.
Тя ще изглежда, че сега е възможно да се направи това, което ви трябва, като се използват подходящите възможности. Но остави друг Bobble - всички промени са почти никога не се документират и процес разгръщане стана още по-непредвидим и като цяло да има ситуация, в която никой не знае как да го направя така.
Какво да се прави
Първи вариант - да се направи всичко кода. За съжаление се оказва, кодът много и пише, че е много тъжен. Някои неща са трудни да се направи кода, някои невъзможно.
Вариант две - да се направи разгръщане на XML, не деактивирате функциите (особено ако това води до загуба на данни или нарушаване на здравето), не се връщам решението за използване функция за ъпгрейд. Тя също така изисква писмено код, но в много по-малка степен.
Начин за използване функции за доставка на функционален активиране на потребителя - не е най-добрият вариант. Много по-добре:
- Сайт шаблон.
- Създаване на списъци на модела.
- Допълнителни елементи в менюто администрация (за сайтове, списъци, типове съдържание).
- Разширяване на съществуващата функционалност.
Най-много доброто нещо да направите функции скрити ги активират автоматично при разгръщане на решения или скрипт инсталации.
Ако правите видим, тогава вие трябва винаги да се тества възможността за повторното му активиране \ деактивиране, включително на различни сайтове и колекции от сайтове.
заключение
Ако използвате SharePoint, можете във всички случаи ще трябва да знаете как артефакти за внедряване. Научете тя може да бъде модел за SharePoint начин - бране възли ILSpy или рефлектор. Повечето от това, което е описано в този пост, аз го научих от събранието Microsoft.SharePoint.
Следващия път ще кажа как да използваш тази функция ъпгрейд работи и как да създадете бързо решения в SharePoint.
Стас Vyschepan
Моята фирма
Свързани статии