Умный дом с проводами

Главная Видео Статьи Подборки

Почему статьи появляются редко? 🚀 Сейчас основное внимание уделено развитию фреймворка «Мирта» - средству для комфортной разработки сценариев управления умными домами на основе оборудования Wiren Board. Используется современный синтаксис JavaScript и TypeScript (стандарта ESNext), ESLint и Vitest, различные интеграции с ИИ-ассистентами. Этот инструмент создан для всех, кто испытывает интерес к программированию и стремится эффективно реализовывать свои проекты. Цель текущей работы: - Сделать разработку максимально простой и интуитивной. - Реализовать новые функциональные возможности. - Подготовить детальную документацию и оказывать поддержку начинающим разработчикам. Новые статьи выйдут позже, но они обязательно будут насыщенными и интересными, поскольку основаны на реальных практиках и проверенных технологиях. Если вы хотите следить за динамичным процессом и первыми узнавать новости, заглядывайте на страницу Boosty - подписчикам доступен отдельный телеграм-чат, где можно обсудить применение фреймворка и получить совет по разработке скриптов автоматизации. Спасибо за понимание и желание развиваться вместе с нами!

2 месяца назад

Правила wb-rules и Мирта: мастер настройки проекта

Пройдя от самых основ и вникая в каждую строчку конфигураций, по материалам прошлых статей мы получили шаблон для комфортной разработки правил wb-rules на TypeScript: Очевидно, что подобный процесс хорош с позиции обучения. Тем не менее, сейчас в проекте много вспомогательного кода, который используется только на этапе разработки. Да и вместо программирования правил приходится интенсивно разбираться с многочисленными настройками. Можно ли это упростить? Безусловно. Если Node.js у вас ещё не установлен,...

132 читали · 5 месяцев назад

Правила wb-rules и Мирта: хранилище состояний

Дальнейшее развитие проекта на TypeScript привело к появлению фреймворка под названием «Мирта» - постепенно добавляются различные модули, расширяющие стандартные возможности wb-rules. Здесь и симулятор запуска на контроллере для юнит-тестов, и расширение устройств готовыми плагинами, и вспомогательные механизмы вроде debounce и throttle для предотвращения избыточных вызовов функций. Использование проверенных паттернов и подходов улучшает качество кода и облегчает сопровождение. Поскольку базовая функциональность уже реализована, можно быстрее создавать новые проекты...

6 месяцев назад

Правила wb-rules и парадигма EDP: пользовательские события

Создавать правила можно разными способами. Поначалу кажется, что самое простое решение — поместить всё в один файл внутри папки wb-rules. Код перед глазами, всё чётко и последовательно. Казалось бы, что может пойти не так? Сложности возникают по мере добавления функционала. Сначала это defineRule, затем объявления виртуальных устройств и подписка на топики MQTT, а позже появляется объёмная логика сценарного взаимодействия. Код становится трудным для восприятия, ведь чтобы сложить полную картину происходящего, требуется вникнуть в каждую деталь...

6 месяцев назад

Правила wb-rules и ESLint Stylistic: дальше без Prettier

Однажды познакомившись с программированием, требуется постоянно следить за изменениями, чтобы оставаться в теме происходящего - множество людей по всему миру без устали вносят корректировки в общедоступные инструменты. Меняются конфигурации, устаревают руководства, обновляются подходы к разработке. При подготовке статьи с примерами правил wb-rules, пришлось бороться с Prettier - он упрямо переносил тело инструкций if, else, while и for в одну линию: if (index !== -1) callbacks.splice(index, 1) Разработчикам, не привыкшим к такой записи, будет сложно воспринимать коды...

6 месяцев назад