Одна функция Sharepoint или множество взаимозависимых функций - PullRequest
1 голос
/ 01 апреля 2009

У меня есть небольшой проект Featurepoint Feature в VS2008 с STSDev 2008, который состоит из WebPart, List и List Instance (из вышеупомянутого List). Веб-часть зависит от наличия списка, равно как и экземпляр списка.

Лучше ли мне создать одну функцию, в которой будут развернуты все три компонента, или упаковать три компонента как отдельные функции и создать зависимости функций в WebPart и экземпляре списка в списке?

Я вижу несколько преимуществ и недостатков:

Pro:

  • упрощенное тестирование, поскольку список можно протестировать отдельно от WebPart и Instance
  • более расширяемый, так как могут быть добавлены дополнительные функции, зависящие от функций верхнего уровня
  • более эффективно, активируйте только те функции, которые вам нужны

Con:

  • увеличено время разработки для создания функций
  • среда разработки на самом деле не позволяет разделять функции, за исключением разных проектов
  • может загромождать страницу функций сайта в настройках сайта

Ответы [ 2 ]

4 голосов
/ 01 апреля 2009

Я бы, вероятно, разделил их на несколько функций, чтобы вы могли обновлять ethem отдельно, если это будет необходимо. Вы всегда можете создать родительскую функцию, которая имеет ActivationDependencies для дочерних функций. Если вы отметите дочерние функции как скрытые, родительская функция автоматически активирует дочерние функции и не будет загромождать вашу страницу функций.

0 голосов
/ 01 апреля 2009

Также рассмотрите администрирование функций. Если вы находитесь в среде большой компании с множеством развертываемых функций, вам стоит подумать о том, чтобы что-то сломать. Это поможет с развертыванием, и, если одна из этих функций станет чрезвычайно популярной, в то время как две другие популярны лишь в некоторой степени, это сэкономит вам массу времени с запросами на улучшение и исправлением ошибок.

Добро пожаловать на сайт PullRequest, где вы можете задавать вопросы и получать ответы от других членов сообщества.
...