0

Я пришел из мира SharePoint, и мне нужно создать чистое приложение ASP.Net с SQL Server Backend. Тем не менее, я хотел бы свести к минимуму время, необходимое для выполнения задач, которые были довольно из коробки в SharePoint. Например, SharePoint предоставляет готовые экраны CRUD, историю версий, уведомления и т. Д. Для ваших бэкэнд-таблиц (списки SP) в дополнение к предстоящему OOB безопасности и управлению ролью.SharePoint как фоновый сервер для управления основными данными и безопасности и управления ролями Для приложения ASP.Net

Итак, что вы думаете о следующем методе: Создание веб-приложения ASP.Net и наличие веб-сайта SharePoint в качестве исходного кода для его основных данных и безопасности и управления ролью.

  • Основные данные здесь означают значения, которые заполняют выпадающие списки, конкретные значения конфигурации для конкретной компании. Это экономит время экран здание CRUD для этого
  • и безопасность и роль управления в SharePoint является довольно мощным, на мой взгляд

Затем я могу сделать взаимодействие с веб-сайта SharePoint с помощью модели Client Object. Как вы думаете? что хорошая модель или плохая модель и почему? и если плохая модель, есть ли альтернативы, которые помогают мне свести к минимуму создание экранов CRUD для таких примеров, как упомянутые выше? то же самое для обеспечения безопасности и управления ролью

Обращаем ваше внимание, что это не вопрос о том, насколько хорош или плох SharePoint, я просто обсуждаю подход, который, по вашему мнению, является хорошим/плохим, или вы можете предложить лучшие альтернативы

ответ

0

Это идеальная модель IMHO, особенно если у вас уже есть среда SharePoint, к которой вы можете подключиться, однако если вы планируете создать совершенно новую среду SharePoint только для своего приложения, тогда я бы сделал анализ затрат на подход.

Смежные вопросы