Если я хочу разместить форму в SharePoint, проще ли использовать InfoPath или создать настраиваемую веб-часть на C#? Есть ли другие варианты, которые мне следует рассмотреть?
Каковы требования и препятствия для каждого варианта?





Не могли бы вы подробнее рассказать о форме и версии sharepoint?
Это зависит от вашей версии Sharepoint: если у вас 2003, если вы хотите использовать InfoPath, он также должен быть установлен на клиентах. В SharePoint 2007 i считать не требуется.
Если это большая форма с небольшим количеством бизнес-правил, InfoPath может быть подходящим вариантом -> wysiwyg и простым развертыванием.
Если ваша форма включает в себя больше бизнес-правил, веб-часть или страница в _layouts могут быть «проще» и удобнее в обслуживании.
Создание форм с помощью InfoPath - это самый простой способ опубликовать форму в SharePoint. Обратите внимание, что у него много ограничений, и вы можете попытаться добавить некоторую проблемную логику или нуждаться в дополнительной функции.
Для программирования на C# необходимы знания C# (конечно) и знания API SharePoint. Кроме того, после завершения результирующая DLL должна быть опубликована и доверена SharePoint, что требует вмешательства системного администратора. Это может быть не всегда доступно для вас и может вызвать проблемы при следующей попытке обновления SharePoint.
Наконец, я рекомендую попытаться выполнить большую часть работы (включая формы), просто используя встроенные функции SharePoint. Если вы немного погрузитесь в это, вы обнаружите, что на самом деле можете создавать сложные приложения, просто настраивая представления списков, упорядочивая порядок полей, добавляя собственные столбцы (и столбцы сайта) и т. д. этот подход - это чистый SharePoint. Никаких дополнительных знаний (и людей) не требуется.
Infopath не умеет быстро создавать формы и размещать их на Sharepoint. Я ожидал, что это в 1000 раз быстрее, чем создание собственного приложения на C#.
На самом деле, для создания настраиваемой веб-формы не нужно много знать API SharePoint. Это очень простой процесс; У меня нет никаких удобных ссылок, но должно быть больше, чем несколько примеров "привет, мир", чтобы вы могли начать. Более сложные части веб-частей SharePoint - это их наилучшая отладка и развертывание.
Я знаю некоторых консультантов, у которых есть полный набор виртуальных серверов, работающих локально на их ноутбуках, так что у них есть все, с чем можно поиграть. Для меня это не вариант; моя группа использует System.Web.UI.WebControls.WebParts.WebPart, поэтому мы можем протестировать локально перед развертыванием в нашей среде разработки. Обратите внимание, что если вы пойдете по этому пути, вы не сможете полностью протестировать локально, так как вам будут не хватать некоторых элементов SharePoint, таких как таблицы стилей и предоставляемые системой веб-части. Что касается развертывания, мы все еще работаем над деталями. Вы можете сделать это вручную, но это не очень хорошо для заблокированных производственных сред. Один из подходов к обзору - «Особенности»; он выглядит многообещающим для применения новых улучшений в виде единого установщика, хотя я не уверен, как вы исправляете для него ошибки.
Это может зависеть от того, как вы думаете
Например, 1. вы можете использовать Infopath, если вы пытаетесь предоставить контроль конечному пользователю для того, чтобы настроить форму самостоятельно.
Инфопатия очень проста в понимании, развитии. Чтобы использовать infopath, вам необходимо изучить Infopath, Infopath Form Services и Sharepoint api для интеграции Dotnet (C#) и Sharepoint.