У меня нет кода для показа, так как это скорее вопрос дизайна. Но вот моя проблема. Я работаю в среде, где мы движемся к угловому питанию нашего интерфейса. Это угловое приложение живет внутри sitefinity, и теперь оно НЕ является одностраничным приложением. У нас есть угловые элементы управления, упавшие на разных страницах. Это работает с нашими cms, но вызывает проблемы для связывания, потому что без углового маршрутизатора я не могу использовать угловые, встроенные в поддержку отложенной загрузки. Так что, если вы находитесь на нашей домашней странице, у вас есть код для нашей домашней страницы, а также нашей страницы покупки. Это не будет хорошо масштабироваться. Без возможности использовать это, мое единственное другое решение, которое я могу придумать, состоит в том, что каждый виджет CMS получает свою собственную точку входа в веб-пакете, так что я генерирую пакеты только для этого одного виджета, а затем делаю это для всех моих виджетов cms. Я полагаю, что смогу заставить это работать, но это потребует много постоянной настройки веб-пакетов, что будет неудобно для команды.
Мне интересно, кто-нибудь когда-нибудь настраивал угловое приложение рядом с CMS, где угловое приложение - это SPA, но только для определенного количества «страниц». Например, предположим, у нас есть следующие страницы на нашем веб-сайте: / about-us, / contact-us, / more-info, / quote, / quote-results, / покупка, / подтверждение. Моим идеальным конечным результатом было бы следующее: / about-us, / contact-us, / more-info - это отдельные страницы внутри нашей CMS, на которых размещается статический контент, который маркетинг может изменить в любое время без необходимости каких-либо развертываний. Тем не менее, я бы хотел, чтобы / quote, / quote-results, / покупка и / подтверждение были по существу изолированным SPA. Все эти URL на сервере будут обслуживать одну и ту же страницу, и угловой маршрутизатор вступит во владение в этот момент.
Кто-нибудь делал это? Как только я настрою угловой маршрутизатор, он заблокирует мою способность переходить от / quote-results (который будет частью SPA) к / about-us (просто статическая страница вне моего углового приложения)? Есть ли другие осложняющие факторы, о которых я спрашиваю, о которых я не думал / не знаю?
Заранее спасибо за ваше время и мудрость. Пожалуйста, свяжите мой со всеми блогами, которые, по вашему мнению, могут быть полезны / связаны с моей проблемой Я немного изучил безголовую CMS, но, честно говоря, я бы предпочел не менять CMS, так как эта миграция займет много времени и окажет очень большое влияние.