Возможности SharePoint OOTB Vs Custom Developement

Question

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

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

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

Answer 1

Я не могу вспомнить один отдельный проект где SP "OOTB" ...

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

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

Answer 2

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

Несомненно, его просто «Если стоимость разработки на заказ меньше, чем стоимость« жизни с ним как есть », то развивается или нет?

Answer 3

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