@@maksm6983 MDN местами ок, но местами там ужасные примеры, и устаревшие и нечитаемые и неэффективные. А спецификация вообще имеет другую задачу, там нет паттернов и она объясняет, как реализована та или иная часть синтаксиса или машинерия, но там нет крупных примеров продуктового кода и не должно быть
было бы интересно услышать ваше понимание фронтенда. Как сделать его проще, удобнее, какие подходы использовать? Как этот вопрос решается вне веба и какие наработки можно использовать в вебе?
@@maksm6983 Мне не известно о таких источниках информации о паттернах, которые были бы одновременно и полными (содержали хотя бы два десятка самых распространенных паттенов) не копировали строку в строку java или c++ примеры кода, а были заточены под возможности и особенности JavaScript и TypeScript, учитывали бы оптимизацию для V8 и других виртуальных машин (хоть в общих чертах), включали бы поддержку асинхронного программирования, примеры для node.js, web api и постоянно обновлялись, были на переднем крае возможностей языка и платформы. Если Вы найдете что то, более-менее структурированное и хоть лежащее в этом направлении - присылайте, прокомментирую.
00:00:00 Обсуждение грас, солит, гоф и других технологий 00:10:20 Использование паттернов и принципов для создания универсального кода 00:14:43 Паттерны и их использование 00:18:09 Интерфейсы и их использование в JavaScript 00:24:31 Определение паттернов 00:25:58 Паттерны и их применение 00:35:04 Паттерны в архитектуре и других областях 00:38:48 Зачем изучать паттерны 00:42:11 Паттерны и их использование 00:51:19 Паттерны и их переоценка 00:55:10 Паттерны на фронтенде 00:57:47 Паттерны и доменная модель 01:01:05 Философские модели и кибернетика 01:05:34 Опыт и ошибки 01:06:19 Менеджмент и программисты 01:07:59 Паттерны и их использование 01:14:22 Опасность индоктринации 01:19:59 Книги по паттернам 01:22:32 Паттерны и их использование 01:29:11 Продажа идеи паттернов 01:34:10 Педагогика и мотивация 01:35:52 Обучение и сообщество 01:40:23 Бесплатные курсы и доступность информации
поясните кто-нибудь, чем плох middleware в целом, и его имплементация в express частности. не смог найти никаких роликов по этому вопросу у обоих спикеров
Если не ошибаюсь то Тимур как то сказал что миддлвейр паттерн это когда одна миддла берет и обрабатывает объект а дальше он по цепи не идет, а в экспрессе все миддлвейры обрабатывают объект, как то так
@@zorgivanov8685 да как бы насколько я помню, в том же express можно навесить middleware на определенный роут или группу, собственно как почти везде, где есть роутинг и middleware
Вы начинаете цепляться к указателям из предыдущей цепочки. Исключение - Изменять указатели можно только на первом узле цепочки, остальным запрещено менять. Остальные должны уже реагировать на контекст первого узла. В общем так. Ну там если разные техники. Когда последний узел можно в конце все поменять и проманипудирлвать с указателями и изменить контекст первого узла. Пачкаем и мараем указатели в начале либо в конце как финал всех изменений, которые мутируют и состояние первого узла. В express каждый узел в цепочке может, марать, пачкать и цепляться, что для следующих узлов как бомба замедленного действия.
Паттерни це не що інше як "дизайн-система" у фронт-енді з додатком про юзабіліті-паттерни. З дизайн-системою програмісту не треба багато розмірковувати як додати новий компонент в систему, є базові принципи юзабіліті які роблять інтерфейс для користувача передбачуваним. Так саме і бекенд з паттернами стає передбачуваним для фронтендерів (френдендер тут виступає як користувач).
Их достаточно много. Из того что мне нравится - это PBL (problem-based learning) к примеру. Даже "совковая" структура курса формата лекция-семинар-практика - это паттерн со своей логикой и структурой, если копнуть в методические материалы
55:00 Думаю це основні аксіоми фронта: 1. Фронт окремий від бекенда, decoupling. 2. ДОМ дерево є продуктом вашого коду, а не його частиною. Тобто стейти не зберігаємо в DOM. 3. Компонентний підхід (Web Components, React components). А все інше універсальне, патерни, зокрема Flux (Observer), DRY, KISS, YAGNI. Є ще utility first approach в CSS. Але фронтендеру потрібно розбиратися в психології UI/UX, а бекенду ні.
Более полтора часа стрима про паттерны и не единой строчки кода. Это как на пальцах рассказывать какой апельсин на вкус человеку, который никогда не видел цитрусовые.