Я не знаю ни одной передовой практики, но я вижу два способа (я могу думать) взглянуть на это:
Когда вы разделяете свои веб-части на несколько функций , у вас есть возможность активировать / деактивировать различные веб-части по желанию. Если в одной веб-части есть ошибка, вы можете просто ее отключить. Когда одна веб-часть не удается скомпилировать, остальные по-прежнему работают нормально.
Недостатком является то, что вы «загромождаете» интерфейс Sharepoint, потому что вам приходится управлять несколькими функциями вместо одной. Это касается активации / деактивации, а также развертывания / втягивания.
Если у вас есть одна функция , это все выше, только наоборот. У вас есть только одна функция для активации / деактивации, которая делает его быстрее для менеджера. Но если эта функция не работает каким-либо образом (или любой из веб-частей внутри), вы можете только деактивировать все это. То же самое касается развертывания / отвода. Когда одна веб-часть в вашей функции выходит из строя, вы должны отказаться от всего этого.
Будет ли разработка легче или сложнее, зависит от ваших предпочтений. Кто-то может сказать, что сложнее сохранить согласованную конфигурацию в одной огромной функции, развертывающей множество веб-частей, рабочих процессов и главных страниц (где снова была запись для этого рабочего процесса? Ах да, в строке 1112) - с другой стороны, у вас есть все в одном месте и не нужно искать в нескольких функциях.
Я бы действительно сделал это в соответствии с вашими личными предпочтениями. Когда вы развертываете Решение для клиента, клиент, безусловно, с большим удовольствием щелкает / устанавливает / развертывает «MyCompany Super Solution Feature» вместо нескольких более мелких, в конце концов вы не устанавливаете MS Word с несколькими setup.exe (и затем вы можете выбрать, какие функции Word установить ...)