В настоящее время у нас есть продукт, который использует Sharepoint и несколько различных библиотек веб-частей для отображения данных в реальном времени для клиентов. Способ, которым это было настроено, состоит в том, что у каждого клиента есть пользовательский логин (Active Directory), пользовательский сайт со своими конкретными данными, подключенными к веб-частям. Это означает, что для каждого клиента у нас есть совершенно отдельный сайт. Например:
- Клиент 1 -> www.site.com/sites/customer1
- Клиент 2 -> www.site.com/sites/customer2
- Клиент X -> www.site.com/sites/customerX
Как вы можете себе представить, это невозможно поддерживать, поскольку любое небольшое изменение, которое мы вносим, должно распространяться вручную по всему сайту, задача, которая стала невозможной.
Мы также разрабатываем отдельное приложение ASP.NET MVC, которое находится на том же сервере под их собственными виртуальными каталогами. Например. www.site.com/App1/
Мне было поручено выяснить, как лучше всего перепроектировать систему, чтобы обеспечить более интегрированную архитектуру типа «платформа приложений».
Лично я хотел бы просто отказаться от Sharepoint, так как считаю, что мы используем его некорректно (совсем не как CMS), но мой менеджер хочет оставить Службы Excel для клиентов, которые платят дополнительно (услуга настройки).
В настоящее время мы встраиваем приложения MVC в Sharepoint с помощью веб-части Page Viewer, но это дает нам меньший контроль над макетом этих приложений
Моей следующей мыслью было создать стандартную мастер-страницу ASP.NET для всех сайтов MVC и sharepoint, чтобы они выглядели одинаково, но при этом обеспечивали требуемую функциональность, но при исследовании и тестировании казалось, что главные страницы Sharepoint - это ужасные звери, едва напоминает чистую главную страницу.
По сути, я в тупике, и я немного расстроен из-за Sharepoint, и это ужасно.
Кто-нибудь имеет опыт работы с этим или может дать какие-нибудь идеи / советы?
Очень ценится.