Функции SharePoint OOTB и пользовательская разработка

Question

Хорошо, я всегда задаю этот вопрос себе.

Когда дело касается SharePoint, функции OOTB для пользовательской разработки VS C #, где именно вы проводите черту?

Просто оставьте свои мысли ... (даже если вы считаете, что этот вопрос смешной: -P)

Answer 1

Не уверен, как вы получите что-то вроде конкретного ответа на этот вопрос, разве это не должно решаться в каждом конкретном случае?

Конечно, это просто "Если стоимость индивидуальной разработки меньше, чем стоимость" жить с ней как есть ", то разрабатывать, или нет?

Answer 2

Я не могу вспомнить один проект , где СП "OOTB" ...

1. Полностью выполнил требования клиента (кроме самых тривиальных случаев). В случае изменения требований это часто приводило к чрезмерно сложным взламываниям или возможной переписыванию как некая «нестандартная разработка».
2. SharePoint Designer не сделал усложнение проблемы и ее снижение. Наихудший. Товар. Когда-либо.

Редактировать: На самом деле, теперь, когда я «заставляю» себя вспомнить это, я думаю, что все это перешло к какому-то хаку или предотвращению проблем, чтобы обойти какое-то ограничение или другое. Разница составляет , где встречается взлом и насколько легко выполнить указанные контрмеры.

Answer 3

В SharePoint существует множество настроек, которые можно выполнить без необходимости разработки (если вы имеете в виду «пользовательскую разработку» как код C #). С помощью Sharepoint Designer можно сделать несколько вещей, и я бы не знал, стоит ли их рассматривать как собственную разработку ..... Я создал веб-сайты из VS, изменил основные вещи с помощью Designer, и я создал рабочие процессы с WSS в качестве пользовательского интерфейса ... так что это также зависит от того, чего вы хотите достичь ...