惯性聚合 高效追踪和阅读你感兴趣的博客、新闻、科技资讯
阅读原文 在惯性聚合中打开

推荐订阅源

博客园 - 司徒正美
月光博客
月光博客
奇客Solidot–传递最新科技情报
奇客Solidot–传递最新科技情报
美团技术团队
WordPress大学
WordPress大学
罗磊的独立博客
Last Week in AI
Last Week in AI
人人都是产品经理
人人都是产品经理
爱范儿
爱范儿
MongoDB | Blog
MongoDB | Blog
J
Java Code Geeks
H
Hackread – Cybersecurity News, Data Breaches, AI and More
H
Help Net Security
S
SegmentFault 最新的问题
C
Check Point Blog
酷 壳 – CoolShell
酷 壳 – CoolShell
腾讯CDC
Engineering at Meta
Engineering at Meta
The GitHub Blog
The GitHub Blog
F
Fortinet All Blogs
D
DataBreaches.Net
雷峰网
雷峰网
GbyAI
GbyAI
宝玉的分享
宝玉的分享

Все публикации подряд на Хабре

Ловим музу за клавиатуру: как айтишнику стать автором Что умеет Midjourney в 2026? Мой немного грустный разбор этого шикарного инструмента Никто не любит писать тесты, но ИИ может исправить это IPv8 выглядит как мечта. Поэтому почти наверняка не взлетит Производители вернули в продажу материнки с DDR3. Что происходит? Управление агентом с телефона через Telegram теперь в KodaCode От координации к лидерству: как меняется роль руководителя разработки Я сделала родителям бизнес вместо пенсии: зарабатываем 70 тысяч, мама не даёт продать В три раза быстрее приемка товара и оптимизация трудозатрат на 73%: как «РСТ-Инвент» помог Gulliver Group ИИ-шечный мир победил? О влиянии искусственного интеллекта на игропром Кремль снижает давление на Телеграмм пока Европа строит интернет по паспорту Как CEO, CTO и CIO за 8 часов собрали ИИ-директора, который умеет держать позицию под давлением Как (не) потерять домен за выходные Вместо 8 разных VPS: как я организовал практику студентам на одном сервере Почему твой Open Source проект не замечают? R&D: искусство управления неопределенностью в разработке AI-дефляция: вакансий для разработчиков больше, а рост зарплат — худший за 15 лет Мы отдали управление роботами OpenClaw. Что из этого вышло Галактический ID: система идентификации для всех форм разумной жизни Шесть основ бизнес-анализа: начинаем с вопроса «Кто в игре?» Код-ревью, в котором дело не в коде Данные переехали. Команда — нет Системной подход к сдаче OSWE в 2025 Почему комната управления реактором покрашена в цвет морской пены 4 YAML-файла вместо PySpark: как аналитикам строить пайплайны без разработчиков LLM-агент для поиска свободных доменов: автоматизируем подбор Когда, зачем и как правильно начинать новую сессию в Claude Code? Как я заставил нейросеть писать макросы для FreeCAD Анатомия ИИ‑агента для подбора персонала. От тысячи резюме к топ‑10 за минуты Опыт разработчика как экономика внимания
Знакомимся с Cruzo. Часть 1. RxBucket – контейнер состоян...
MaratBektemirov · 2026-06-21 · via Все публикации подряд на Хабре

Средний

6 мин

0

Не так давно, я наконец выложил на github свой фреймворк cruzo – https://github.com/MaratBektemirov/cruzo. Сам фреймворк писался где-то с 2020г, в свободное от работы время. Причем большую часть времени я потратил на шаблонизатор с реактивными значениями.

Я сам в разработке с 2013 года, начинал с фронта. Еще когда не было angular.js, react - все сидели на jQuery, большая часть сайтов была не как single-page-application, а прям генерировалась на сервере. Первый мой фреймворк angularjs, поэтому он оказал сильное влияние на cruzo. Но я хотел сделать более минималистичный фреймворк, при этом чтобы все было: шаблонизатор, роутер, хтпп-клиент и чтобы он работал быстрее и весил меньше.

Я использовал LLM, по большей части для UI-тестов, примеров. Т.к. завершение фреймворка выпало на начало LLM-эры кодогенерации. ~80% кода написаны мной. Использовал также LLM для рутины в vm.ts с опкодами. Это сильно ускорило мою работу, ну я в принципе считаю, что LLM не способна решать на самом деле креативные задачи, ее удел, рутина в том или ином виде.

Я хотел сделать минималистичный, но в то же время мощный инструмент для создания простых и сложных веб-приложений. Попытался взять хорошие идеи от разных фреймворков и собрать их в одном месте. Одна из таких идей - это RxBucket - контейнер состояний (где-то это называют стором), я хотел оставить общую идею, но при этом, чтобы она выглядела минималистичной и функциональной.

import { AbstractComponent, componentsRegistryService, RxBucket } from "cruzo";
import { InputComponent, InputConfig } from "cruzo/ui-components/input";
import { ButtonGroupComponent, ButtonGroupConfig } from "cruzo/ui-components/button-group";

export class DemoRxBucketComponent extends AbstractComponent {
  static selector = "demo-rx-bucket-component";
  dependencies = new Set([InputComponent.selector, ButtonGroupComponent.selector]);

  innerBucket = new RxBucket({
    input: { config: InputConfig({ placeholder: "Enter your name" }) },
    buttonGroup: {
      config: ButtonGroupConfig({
        items: [
          { label: "Option A", value: "a" },
          { label: "Option B", value: "b" },
          { label: "Option C", value: "c" }
        ]
      })
    }
  });

  currentInputValue$ = this.newRxValueFromBucket(this.innerBucket, "input");
  currentButtonGroupValue$ = this.newRxValueFromBucket(this.innerBucket, "buttonGroup");

  constructor() {
    super();
  }

  getHTML() {
    return `<div>
        <div class="mb_m">
          <input-component
            component-id="input"
            bucket-id="${this.innerBucket.id}">
          </input-component>
        </div>

        <div class="mb_m">
          <button-group-component
            component-id="buttonGroup"
            bucket-id="${this.innerBucket.id}">
          </button-group-component>
        </div>

        <div class="mt_s">
          <div>Input value: <b>{{ root.currentInputValue$::rx }}</b></div>
          <div class="mt_xs">Selected: <b>{{ root.currentButtonGroupValue$::rx }}</b</div>
        </div>
      </div>`;
  }

  connectedCallback() {
    super.connectedCallback();
  }

}

componentsRegistryService.define(DemoRxBucketComponent);

В данном случае это внутренний бакет компонента (innerBucket). Бывают еще и внешние - outerBucket.

innerBucket - это бакет, который компонент создает внутри себя для своих дочерних компонентов. outerBucket - это бакет, который компонент получает снаружи через bucket-id. В примере выше, DemoRxBucketComponent создает innerBucket, а input-component и button-group-component уже работают с ним как с outerBucket.

Конфигурация компонентов

Можно задать конфигурацию для компонентов с определенным id. Вообще, спросите вы, почему конфигурация оказалась там? Ответ простой, очень часто: конфигурация, значение и состояние перемешаны друг с другом, и все при этом хранится в сторе, а здесь я разделил мух от котлет.

{ config: InputConfig({ placeholder: "Enter your name" }) }

Конфигурация выделяется в дескрипторе компонента свойством config. Значение и состояние не задаются изначально в дескрипторе, это сделано для более минималистичного API, да и очень часто на фронте значения задаются после получения данных из REST, поэтому на этапе конфигурации, мне кажется, в этом нет никакого смысла.

Например, значение можно задать уже после получения данных:

async connectedCallback() {
  super.connectedCallback();
  const profile = await this.getProfile();
  
  this.innerBucket.setValuesAtIndex({
    input: profile.name,
    buttonGroup: profile.type
  });
}

Стандартные реактивные значения AbstractComponent

Если мы говорим про значение (value$), это rx-свойство, сейчас вы увидите, как оно работает на уровне AbstractComponent cruzo:

export abstract class AbstractComponent<Config = any, ValueType = any, StateType = any> {
...
public value$ = this.newRx<ValueType>();
...
public connectedCallback(params: ComponentConnectedParams = null) {
  ...
  this.setValue();
  
  this.outerBucket.newRxValue(
    this.id,
    this.onUpdateValue,
    this.rxList,
    this.outerBucket.getValue(this.id, this.index),
    this.index
  );
  // Оно берется из outerBucket по id и index компонента.
}
...

Если описать поток данных коротко, то получается так: родительский компонент создает RxBucket, дочерний компонент получает bucket-id и component-id, находит свой outerBucket, берет из него config, value и state.

Вы легко можете использовать value$ через ::rx в шаблоне, в этом случае произойдет реактивная подписка.

getHTML() {
  return `<div class="${UI_KIT}_button-group">
    <button
      repeat="{{root.config$::rx.items}}"
      class="${UI_KIT}_button-group-item {{this.value === root.value$::rx ? '${UI_KIT}_button-group-item-active' : ''}}"
      onclick="{{root.select(this.value)}}"
    >
      {{this.label}}
    </button>
  </div>`
}

По этому же образу сделаны state$ и config$, они отделены умышленно, для логического разделения.

export abstract class AbstractComponent<Config = any, ValueType = any, StateType = any> {
...
public value$ = this.newRx<ValueType>();
...
public state$ = this.newRx<StateType>();
...
public config$ = this.newRx<Config>();
...

config$ - это конфигурация компонента, например: placeholder, type, items, required, name и другие настройки.

value$ - это текущее значение компонента: текст в input, выбранная кнопка в button-group, выбранный item в select и так далее.

state$ - это состояние компонента, которое не является значением. Например, css-класс, ошибка, disabled, loading, opened/closed и другие UI-состояния.

Например:

this.innerBucket.setState("input", { cls: "input-error" });

А внутри компонента это может использоваться так:

`class="${UI_KIT}_input {{root.state$::rx?.cls}}"`

Еще есть component-index. Он нужен, когда у вас несколько компонентов с одним component-id, например в repeat, списке или таблице. config при этом может быть один, а value и state будут храниться отдельно по index.

`<input-component
component-id="input"
component-index="0"
bucket-id="${this.innerBucket.id}">
</input-component>

<input-component
component-id="input"
component-index="1"
bucket-id="${this.innerBucket.id}">
</input-component>`

В таком случае это один descriptor input, но значения и состояния у компонентов будут разные.

Еще в RxBucket есть события. Они нужны, когда компоненту нужно не просто хранить value или state, а сообщить о каком-то действии: закрытие модалки, выбор, клик, изменение состояния роутер-ссылки и так далее.

bucket.emitEvent(id, name, bucketEvent, index)

Подписаться можно через:

this.newRxEventFromBucket(...)

или:

this.newRxEventFromBucketByIndex(...)

RxBucket пригодится там, где нужно связать несколько компонентов, не прокидывать props через несколько уровней и при этом не смешивать config, value и state в одну кашу.

В следующей части, возможно, разберем что-нибудь еще из Cruzo. Если, конечно, за это время меня не убедят, что весь фронтенд теперь должен состоять из одного промпта и трех AI-агентов... Ну а если хотите попробовать мой фреймворк https://github.com/MaratBektemirov/cruzo, я буду рад вашим звездам)