Наша текущая кодовая база представляет собой монолитное .NET-приложение. Многолетнее наследие затруднило нашим инженерам внесение изменений, и мы надеемся, что Strangler Fig поможет выбраться из большого комка грязи.
Выбранный нами путь основан на экспериментах и POC, а также на опыте общих практик DDD и шаблонах, разработанных сообществами микросервисов. Мы стремимся обеспечить более быстрое развитие и более четкие границы ответственности между командами. Мы планируем написать новый код на C# и Typescript с помощью Razor и Svelte. По мере того, как наша организация переходит к использованию приложений микроинтерфейса, может возникнуть множество различных проблем.
Выбранный нами путь микроинтерфейса включает в себя маршрутизацию, аутентификацию, прокси, токены JWT, композицию пользовательского интерфейса, фрагменты HTML, согласование контрактов, управление версиями схемы, доступ к данным и обработку событий, совместное использование состояния, сложность развертывания и многое другое, о чем я сейчас не думаю.
Я бы Мне нравится слышать об опыте тех, кто уже проложил этот путь раньше. Что сработало хорошо, что нет и чему вы научились?
Подробнее здесь: https://stackoverflow.com/questions/798 ... ementing-m
С какими практическими трудностями вы столкнулись при внедрении микрофронтендов? ⇐ C#
Место общения программистов C#
1762270206
Anonymous
Наша текущая кодовая база представляет собой монолитное .NET-приложение. Многолетнее наследие затруднило нашим инженерам внесение изменений, и мы надеемся, что Strangler Fig поможет выбраться из большого комка грязи.
Выбранный нами путь основан на экспериментах и POC, а также на опыте общих практик DDD и шаблонах, разработанных сообществами микросервисов. Мы стремимся обеспечить более быстрое развитие и более четкие границы ответственности между командами. Мы планируем написать новый код на C# и Typescript с помощью Razor и Svelte. По мере того, как наша организация переходит к использованию приложений микроинтерфейса, может возникнуть множество различных проблем.
Выбранный нами путь микроинтерфейса включает в себя маршрутизацию, аутентификацию, прокси, токены JWT, композицию пользовательского интерфейса, фрагменты HTML, согласование контрактов, управление версиями схемы, доступ к данным и обработку событий, совместное использование состояния, сложность развертывания и многое другое, о чем я сейчас не думаю.
Я бы Мне нравится слышать об опыте тех, кто уже проложил этот путь раньше. Что сработало хорошо, что нет и чему вы научились?
Подробнее здесь: [url]https://stackoverflow.com/questions/79804221/what-are-the-kinds-of-practical-difficulties-youve-run-into-when-implementing-m[/url]
Ответить
1 сообщение
• Страница 1 из 1
Перейти
- Кемерово-IT
- ↳ Javascript
- ↳ C#
- ↳ JAVA
- ↳ Elasticsearch aggregation
- ↳ Python
- ↳ Php
- ↳ Android
- ↳ Html
- ↳ Jquery
- ↳ C++
- ↳ IOS
- ↳ CSS
- ↳ Excel
- ↳ Linux
- ↳ Apache
- ↳ MySql
- Детский мир
- Для души
- ↳ Музыкальные инструменты даром
- ↳ Печатная продукция даром
- Внешняя красота и здоровье
- ↳ Одежда и обувь для взрослых даром
- ↳ Товары для здоровья
- ↳ Физкультура и спорт
- Техника - даром!
- ↳ Автомобилистам
- ↳ Компьютерная техника
- ↳ Плиты: газовые и электрические
- ↳ Холодильники
- ↳ Стиральные машины
- ↳ Телевизоры
- ↳ Телефоны, смартфоны, плашеты
- ↳ Швейные машинки
- ↳ Прочая электроника и техника
- ↳ Фототехника
- Ремонт и интерьер
- ↳ Стройматериалы, инструмент
- ↳ Мебель и предметы интерьера даром
- ↳ Cантехника
- Другие темы
- ↳ Разное даром
- ↳ Давай меняться!
- ↳ Отдам\возьму за копеечку
- ↳ Работа и подработка в Кемерове
- ↳ Давай с тобой поговорим...
Мобильная версия