облачный интерфейс
Хвастовство, на самом деле я просто резюмирую и резюмирую по этой идее
мы можем поставить云计算Под ним понимается здание, и это здание можно разделить на три блока: верхний этаж, средний этаж и нижний этаж. Тогда мы можем понимать Iass (инфраструктура), Pass (платформа) и Sass (программное обеспечение) как три части этого здания. Инфраструктура внизу, платформа посередине, а ПО вверху. Поверх этих слоев можно добавить другие «мягкие» слои.
Внешний интерфейс может заимствовать идеи облачных вычислений для разработки системной архитектуры. Внешний слой:
- уровень iass: базовая инкапсуляция библиотеки (маршрут, запрос, язык и т. д.)
- Проходной слой: инкапсуляция типовых сценариев взаимодействия, не связанных с бизнес-логикой (процесс входа в систему с проверкой полномочий, интерактивные сценарии загрузки в маршруте и запросе)
- слой sass: определенный тип бизнеса, тесно связанный с бизнесом, инкапсулируется и передается в проект для разработки (бизнес-логика, используемая несколькими проектами или несколькими страницами)
Сказать, что это так сложно, я просто хочу быстро построить и решить, полениться и вздремнуть.
Первоначальное намерение - быть ленивым
Контакт со спецнадежным развитием передней передней стороны в течение пяти лет; сделано страница разработчика общей приложения, передняя архитектура, находящаяся в перспективе;
беда
- Я не хочу знать, как написан ваш фреймворк, как его упаковать, я просто хочу использовать его напрямую.
- Я не хочу файл там один здесь, спрашивая много, неправильное место
- Надеюсь, у меня все функции в фоне, просто вызовите его напрямую, и это очень удобно, и он будет загружаться автоматически, даже без ссылки, например, написать lang.json в каталоге текущей страницы меню , и я загружу его непосредственно на страницу. Используйте this.$lang.XXX, чтобы получить текущее значение языка. Какая изоляция области действия — это то, что должен делать ваш фреймворк
- Также необходимо учитывать инженерные соображения и вашу архитектуру; то, что git-коммиты автоматически являются eslint, форматирование git-коммитов, публикация кода, развертывание, и все это необходимо учитывать на месте.
- Фоновый проект разрабатывает полезную библиотеку подключаемых модулей для vscode, рекомендация на месте, и установка на месте
Можем ли мы попросить архитекторов думать с точки зрения разработчиков?
Поскольку большая часть фоновой разработки является стабильной и зрелой, не делайте разработку страницы такой хлопотной, как упростить разработку, как разместить структуру; вместо этих больших принципов, инженерных соображений, проблем с производительностью, на самом деле, большинство из них причины в том, что не было найдено подходящего решения, но решение остается за архитектором, он может делать все, что ему удобно
Посмотрите на проблему с точки зрения UE и относитесь к разработчику страницы как к пользователю продукта.
Архитекторы должны были подумать: разработчик страницы — мой заказчик, заказчик — Бог
Не ленивые программисты, не хороший программист
пытаться
Подробнее см.Документация
Если вам это нравится, пожалуйстаАдрес лесовКак точка о
DEMO
пока жарко
микро интерфейс
Архитектура микроинтерфейса — это архитектура, аналогичная микросервисам, которая применяет концепцию микросервисов к стороне браузера, то есть преобразует веб-приложение из единого монолитного приложения в приложение, объединяющее несколько небольших интерфейсных приложений в одно.
Микро-интерфейс в основном решает следующие проблемы
- Фон относительно разбросан, и опыт очень разный.Из-за частых скачков эффективность работы низкая.Есть надежда, что система может быть унифицирована и закрыта.
- Однострановое приложение - это очень большая, высокие цены сотрудничают для разработки / строить в течение длительного времени, в зависимости от стоимости обновления
- Система требует двухсторонний/трехсторонний доступ Резюме: развязка сзади, полимеризация переда