Разработка за SharePoint

Как се промени подходът към разработването на решения, базирани на Microsoft SharePoint, започвайки с SharePoint 2003 и завършвайки с SharePoint 2013. Първоначално исках да напиша публикация за това какво е FEATURE в разработката на SharePoint, разказвайки за разработката за SharePoint 2003, когато тази концепция не дори съществуват ... Но докато публикацията беше в етап на писане, излезе SharePoint 2013 и реших да опиша процеса на разработка на SharePoint, като взех предвид този факт.

разработката SharePoint

SharePoint 2003. XML, .NET и copy-paste

Разработването на решения за SharePoint 2003 (WSS 2.0) се свежда до създаването на разширение на потребителския интерфейс, т.е. писане на потребителски уеб части. Самите уеб части бяха опаковани във файл с такси с разширение .dwp. Останалата част от персонализирането на SharePoint 2003 се проведе чрез декларативно описание на шаблони за списъци, сайтове и други неща, използвайки езика CAML (Collaborative Application Markup Language). Причината за това беше липсата на единен механизъм за описване на решения.

Защо излязоха с Feature

Връщайки се към FEATURE, бих искал да изброя най-лошите ограничения при липсата на този механизъм за разработване на решение:

  • Липса на приемници (тъй като няма самите функции). За да изтриете шаблон на списък, трябва изрично да изтриете XML файла, в който е описан. Тоест, такова решение е внедрено на портала с помощта на просто копиране и поставяне. И решението беше отменено чрез банално изтриване на файла (ите);
  • Невъзможност за ограничаване на обхвата на решенията. Или това, което сте създали, е достъпно навсякъде, или не е достъпно никъде;
  • Не беше възможно да се актуализират използваните решения. Ако списъкът е създаден според вашия шаблон, тогава модификацията му (шаблон) не засяга по никакъв начин вече създадените списъци. Причината е липсата на типове съдържание;

По този начин разработката на SharePoint 2003 винаги е била свързана с това да бъде изрязана веднъж завинаги. Но този ужас беше краткотраен и малко организации по това време бяха готови да пренесат бизнес функционалността на нова платформа. Въпреки това има корпоративни портали, които са преминали през прост път за миграция от SharePoint 2003 към SharePoint 2010. Този факт трябва да се вземе предвид при разработването на такива портали.