свой фреймворк, если бы других не было? Фреймворк понимаем в широком смысле — всё что поможет организовать JS-код крупного веб-приложения.
Формат: проблема → решение. Точно так же нельзя называть технологии по имени («как в X»), только описывать как они работают.
Описывая фреймворк, как минимум, не забудь осветить следующие вопросы (но в рамках выше указанного формата):
1. Как ты организуешь разбиение сложной бизнес-логики. Кто обновляет данные? Какие части приложения с какими могут общаться? Как будет построено тестирование? Например. у нас есть поисковая строка и результаты поиска. По мере ввода нужно с одним debounce делать запросы на сервер, отдельно обрабатывать кеширование этих запросов, отдельно — обработку ошибок, с другим debounce — отправлять аналитику в Google Analytics. Хотелось бы, чтобы на каждую такую задачу можно было бы переиспользовать код по частям и эффективно его тестировать.
2. Какие инструменты отладки и разработки ты создашь и как обеспечишь их работу.
3. Как ты организуешь архитектуру работы с сервером (не протоколы связи, а именно организация приложения), если требуется автообновление данных, работа в оффлайне, автоматическое исправление конфликтов редактирования за время оффлайна.
последний вопрос PWA пахнет)
Обсуждают сегодня