Смысл создания и использования новых библиотек и фреймворков в том, чтобы решить задачи, которые не были решены ранее. Либо, в том, чтобы решить какую-либо задачу более эффективно, чем это уже было сделано кем-то.
Сегодня мы начнем разговор о задачах, которые можно решать с помощью Symbiote.js, и делать это гораздо проще и элегантнее, чем с другими фреймворками.
Symbiote.js - это легкая (~6 кб brotli), но очень мощная библиотека, основанная на веб-компонентах. Ее основным отличием от конкурентов является фокус на продвинутых композиционных возможностях в рамках HTML-разметки (как общей, так и в шаблонах) и более гибкой работе с контекстами данных.
Symbiote.js - это самодостаточное решение для создания сложных современных интерфейсов. С ним вам не нужно собирать классический бутерброд из глобального стейт-менеджера, роутера или SSR - все это есть из коробки. При этом, вы получаете максимальную творческую свободу, без обязательной привязки к компиляторам, сборщикам, каким-то закрытым экосистемам. И все это с минимумом бойлерплейта, типами, реактивностью, рантайм дебаггером и всем тем полезным и современным, к чему мы давно привыкли.
Композиция
Работу с интерфейсами можно, условно, разделить на 2 составляющие:
Логическая - компонентная модель и логика + абстракции данных
Структурная - композиция компонентов и потоков данных
И в первом и во втором случае, Symbiote.js имеет свои уникальные фишки. Но сейчас я предлагаю сосредоточиться именно на второй части.
Библиотека заточена на работу с HTML. Собственные шаблоны компонентов в ней - это независимые HTML-строки. Внешний HTML - это полноценный каркас и определение структурных зависимостей. Принципиально отсутствует жесткая привязка к JS-рантайму. Это позволяет очень гибко оперировать элементами вашего интерфейса на композиционном и декларативном уровне, причем, как на клиенте так и на сервере.
Вы можете оживлять предварительно созданную разметку, рендерить шаблоны с нуля или использовать любые гибридные подходы. Вы можете создавать “чистые” компоненты-провайдеры контекста и “глупые” компоненты без своей логики, которые автоматически подключаются к, основанному на DOM-структуре, или полностью абстрактному контексту данных. Вы можете использовать один компонент с совершенно разными кастомными шаблонами без единой дополнительной строчки в JS, что особенно полезно для встраиваемых решений, где декларативный подход к конфигурированию особенно удобен.
Перейдем к примерам.
Давайте создадим нечто предельно понятное и полезное - универсальные табы для нашего интерфейса.
Наше решение будет состоять из двух частей: переключателя табов и view-контейнера для отображения выбранного контента.
Шаг первый:
import Symbiote, { css } from '@symbiotejs/symbiote'; class SuperTabs extends Symbiote { init$ = { '*currentTabName': 'first', }; renderCallback() { this.tabEls = [...this.querySelectorAll('[tab]')]; this.tabEls.forEach((/** @type {HTMLElement} */ el) => { let tab = el.getAttribute('tab'); if (el.hasAttribute('current')) { this.$['*currentTabName'] = tab; } el.onclick = () => { this.$['*currentTabName'] = tab; }; }); this.sub('*currentTabName', (val) => { this.tabEls.forEach((/** @type {HTMLElement} */ el) => { if (el.getAttribute('tab') === val) { el.setAttribute('current', ''); } else { el.removeAttribute('current'); } }); }); } } SuperTabs.rootStyles = css` super-tabs { display: inline-flex; gap: 2px; [tab] { cursor: pointer; &[current] { background-color: transparent; pointer-events: none; } } } `; SuperTabs.reg('super-tabs');
Шаг второй:
class SuperTabsView extends Symbiote { renderCallback() { this.tabCtxEls = [...this.querySelectorAll('[tab-ctx]')]; this.sub('*currentTabName', (val) => { this.tabCtxEls.forEach((/** @type {HTMLElement} */ el) => { if (el.getAttribute('tab-ctx') === val) { el.setAttribute('active', ''); } else { el.removeAttribute('active'); } }); }); } } SuperTabsView.rootStyles = css` super-tabs-view { display: block; [tab-ctx] { display: none; &[active] { display: contents; } } } `; SuperTabsView.reg('super-tabs-view');
Наши табы готовы и будут прекрасно работать в сочетании с любым другим фреймворком или полностью самостоятельно:
<super-tabs ctx="section-select"> <button tab="first">First</button> <button tab="second">Second</button> <button tab="third">Third</button> </super-tabs> <super-tabs-view ctx="section-select"> <div tab-ctx="first">First content</div> <div tab-ctx="second">Second content</div> <div tab-ctx="third">Third content</div> </super-tabs-view>
На что обратить внимание в этих примерах кода?
Интерфейс
rootStyles- в данном случае, компоненты создаются без собственного Shadow DOM по умолчанию. Но они могут быть “в тени” внешнего Shadow DOM, который может быть где-то вверх по дереву. А может и не быть. И в том и в другом случае, стили будут применены корректно. Любые ваши тэйлвинды, бутстрапы и общие стили документа, также, тут работают штатно.Коллбек жизненного цикла
renderCallback- этот хук гарантирует нам доступ к дочерним DOM-узлам компонента (стандартныйconnectedCallbackтакой гарантии не дает).Инициализация свойств
init$- тут мы инициализируем свойство и задаем значение по умолчанию (имя активного таба).Подписка на свойство с помощью метода
sub()- базовый паттерн для работы с реактивными свойствами - простой и понятный Pub/Sub. Подписки (отписки) и публикации значений могут происходить как полностью автоматически, так и явно, как в примере.Определение свойства через
*propName- пример объявления свойства для Shared Context. Это уже не собственное свойство компонента, оно общее для всех, у кого явно задан атрибутctx. Похожим образом, к примеру, работает нативный браузерный элемент<input type="radio">и его атрибутname.
Кроме того, как видите, Symbiote.js отлично сочетается со стандартными методами DOM API. И, в отличие от многих других фреймворков, тут это совсем НЕ антипаттерн, так как нет никакого Virtual DOM.
Работать с другим подходом, когда вы НЕ взаимодействуете с DOM напрямую - также, легко и удобно. Для примера давайте создадим “глупый” компонент, который будет просто отображать текущее значение контекста табов:
import Symbiote, { html, css } from '@symbiotejs/symbiote'; class SuperCurrent extends Symbiote {} SuperCurrent.rootStyles = css` super-current { display: block; h2 { text-transform: capitalize; } } `; SuperCurrent.template = html`<h2>{{*currentTabName}}</h2>`; SuperCurrent.reg('super-current');
Использование в разметке:
<super-current ctx="section-select"></super-current>
Вот и все, минимум кода - и вы связали независимые компоненты в одну взаимодействующую группу. И этих компонентов и групп на странице может быть сколько угодно. Естественно, аналогичным образом вы можете привязывать обработчики событий, и любые более сложные структуры данных.
Low-code/no-js
Где все это особенно полезно?
Представьте, что вы создали библиотеку таких атомарных компонентов. Дальше, человек без глубоких знаний JavaScript может собирать из них интерфейсы, оперируя исключительно HTML-разметкой. Подключил скрипт, расставил теги с нужными атрибутами - готово. Никакого сборщика, никакого фреймворка в голове - только структура и смысл.
Команды часто состоят из разного рода специалистов: дизайнеров, аналитиков, маркетологов, SEO-шников… Таким образом, мы создаем общедоступный технический протокол общения, и позволяем огромному количеству людей вносить свой вклад без необходимости погружаться в дебри настоящего программирования или дергать разработчиков ради любой мелочи.
Это открывает двери для:
Дизайнеров - прототипирование интерфейсов прямо в HTML
Контент-менеджеров - настройка отображения контента через атрибуты, без написания кода
Встраиваемых решений - сложные виджеты, которые любой может настроить через HTML, не погружаясь в код
AI-ассистентов - генерация и модификация интерфейсов на лету, где простая и предсказуемая связь между разметкой и поведением критически важна
Описанные в статье механики - это ДАЛЕКО не все, что умеет Symbiote.js. Я сознательно не стал перегружать материал и планирую целый цикл подобных публикаций с примерами и реальными кейсами. Вы же, со своей стороны, можете провести интересный эксперимент: попросить ИИ привести пример решения подобной задачи в любом другом, интересующем вас, фреймворке и сравнить объем и сложность полученного кода, размер бандла, количество зависимостей и т.д. Уверяю вас, результат заставит вас посмотреть на Symbiote.js более внимательно.
Комментарии (6)

francyfox
19.04.2026 13:12как я не люблю ковычки в переменных. Хотя в ts можно отказаться от * и +
init$ = { myProp: 'some value', '*sharedProp': [], '+computed': () => this.$.myProp.length, }Судя по документации для глубокой реактивности тоже надо писать весь путь в ковычках $['user.meta.age'] интересно ts поймет, хотя это возможно, есть утилиты которые используют nested path в строках. Мне кажется это слишком хардкорная либа, с которой можно легко выстрелить в ногу (да в svelte, solid тоже, но тут еще проще). Я пока не представляю это в серьезном приложение. Пока на сайте есть маленькие примеры, проекты есть но без гита.
Они очень мощно сказали: "Вам не нужен store"
i360u Автор
19.04.2026 13:12У объектов состояния - всегда плоская структура (на уровне top-level ключей). То есть так `$['user.meta.age']` - делать можно, но ключ остается просто строкой с точками. Так сделано по многим причинам, главная из которых, наверное, отсутствие необходимости глубокого сравнения сложных объектов при обновлении значений - это просто работает быстрее и более предсказуемо для сложный стейтов (сложнее выстрелить в ногу).
Однако, для чтения значений форма с точками, естественно, валидна и никакие кавычки там не обязательны: `console.log(this.$.user.meta.age)`.
Кавычки нужны для более интересных кейсов, например, абстрактных именованных контекстов (где имя контекста это префикс):
// обновление значения: this.$['APP/user'] = { meta: { age: 24, } }; // чтение: let age = this.$['APP/user'].meta.age; // ручная подписка: this.sub('APP/user', (user) => { console.log(user.meta.age); }); // Использование в HTML в любом месте приложения: let template = html`<button ${{onclick: 'APP/onLogin'}}>Log in!</button>`;Но про все это в подробностях я хотел писать отдельно.
Synopticum
Спасибо, что в этот раз приложили код, чтобы люди видели, что это даже бесплатно не надо.
i360u Автор
Читателям, для контекста: этот пользователь целенаправленно ходит по моим публикациям и пишет подобные коменты. При этом он делает это абсолютно по хамски, не используя никаких конструктивных аргументов (тут он отметился еще в мягкой форме).
Обычно я не прибегаю к жалобам или каким-то другим действиям, кроме игнора, в подобных ситуациях, но тут уже просто какой-то клинический случай. Администрация Хабра, пожалуйста, примите меры.
Synopticum
Еще немного контекста: обычная схема для автора - создавать посты по данной либе регулярно, затем скидывать ссылку коллегам из офиса, которые сначала поднимут пост в плюс, а затем будут сливать все комментарии с критикой.
Если критика техническая по делу, аргументация сводится к «ты просто не шаришь», ну и комментарий после этого уходит в 3-5 минусов, а ответ на него в те же 3-5 плюсов. Речь не только обо мне, сливаются любые комментарии, которые им кажутся неуместными (то есть посты пишутся для сбора только позитивных отзывов, которых не хватает)
Большая часть «коллег» - новореги, им же приглашенные. Может и до использования ботов опускается, стоит проверить. Список «коллег» можно найти в моих недавних комментариях.
В целом, если они не боты, это не запрещено правилами вроде. Но много говорит об авторе как личности, а если уж по какой то причине завязываться на это поделие, то публичное поведение основного мейнтейнера имеет значение.
Ну а насчет моих комментариев - я до личных оскорблений в отличие от вас не опускался. Обижаться на критику инструмента дело исключительно ваше, правилами это тоже не запрещено. Зайдите в любой топик про мессенджер Макс и убедитесь.
i360u Автор
Все статьи и комметарии - доступны. Любой желающий может пойти и проверить кто тут пишет оскорбления, переходит на личности, нарушает правила и до чего опускается.