crux

Суть ·

Кроссплатформенное приложение разработка в ржавчине

• Shared Core для поведения - CRUX помогает вам поделиться бизнес -логикой и поведением вашего приложения на мобильных устройствах (iOS/Android) и Web - как единое многократное ядро, построенное с Rust.
• Thin Shell для пользовательского интерфейса - CRUX признает, что наилучшие впечатления построены с современными декларативными рамками, такими как Swiftui, JetPack Compose, React/Vue или рамки на основе веб -ассемэмбелей (например, тисо) - однако, он стремится сохранить этот слой пользовательского интерфейса настолько тонким, насколько это возможно, со всей другой работой, выполненной общей ядром.
• Генерация типа - интерфейс с ядром имеет проверку статического типа между языками - типы и код сериализации генерируются для Swift, Kotlin и TypeScript. Раковища ржавчины могут импортировать ядро ​​напрямую.
• Возможности - Возможности выражают намерение для побочных эффектов, таких как вызов API. Поскольку все побочные эффекты (включая пользовательский интерфейс) выполняются оболочкой, ядро ​​становится тривиальным для всестороннего тестирования - тестовые люксы работают в миллисекундах (не в минутах или часах).

Начиная

Узнайте, как использовать суть в вашем проекте.

Следуйте Readme в репозитории проекта на GitHub.

Прочитайте документацию API

Посмотрите вступительный разговор на недавней конференции Rust Nation 2023 в Лондоне.

Вы также можете присоединиться к дружескому разговору на нашем канале Zulip.

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

Архитектурный обзор

Фундаментальная архитектурная концепция - это строгое отделение чистых вычислительных задач от задач, которые вызывают побочные эффекты. Это похоже на то, как работает ELM.

Ядро без побочных эффектов

На приведенной выше диаграмме внутреннее «ядро» составлено и связано с внешней «оболочкой» на каждой платформе в качестве библиотеки:

• На iOS как нативной статической библиотеке
• На Android в качестве динамической библиотеки с использованием нативного доступа Java
• В браузере как модуль webassembly

Фактически, поскольку Webassembly (WASM) является одной из целей компиляции, ядро ​​должно оставаться без побочного эффекта из-за характера среды выполнения WASM.

Таким образом, ядро ​​полностью изолировано и безопасно от атак программного обеспечения цепочки поставок, поскольку у него нет доступа к каким-либо внешним API. Все, что он может сделать, это выполнить чистые расчеты и сохранить внутреннее состояние.

Следуя архитектуре ELM, ядро ​​определяет типы ключевых компонентов в приложении:

• Event - enum описывающий события, с которыми может справиться ядро
• Model - описывает внутреннее состояние приложения
• ViewModel - представляет информацию, которая должна отображаться пользователю

Первые два связаны вместе с функцией update , знакомые с ELM, Redux или других архитектур, которые в настоящее время имеют подпись этого типа:

 fn update (
    & self ,
    event : Event ,
    model : & mut Model ,
    capabilities : & Capabilities ,
)

Задача функции update состоит в том, чтобы обработать Event , соответствующим образом обновить модель и потенциально запросить некоторые побочные эффекты, используя возможности.

Приложение оболочка

Нативная платформа в приложении написана с использованием языка, подходящего для платформы, и выступает в качестве среды выполнения, в которой выполняются все задачи, не относящиеся к числу, выполняются. С точки зрения ядра, оболочка - это платформа, на которой работает ядро.

Связь между оболочкой приложения и ядром

Следуя архитектуре ELM, интерфейс с ядром основан на сообщении. Это означает, что ядро ​​не может выполнить что -либо, кроме чистых расчетов. Чтобы выполнить любую задачу, которая создает побочный эффект (например, HTTP-вызов или генерация случайных чисел), ядро ​​должно запросить его из оболочки.

Ядро имеет концепцию возможностей-многоразовые интерфейсы для общих побочных эффектов-поддержка огневой и жесткости, запроса/ответа и семантики потоковой передачи.

Единственная встроенная способность- Render . Но этот репозиторий содержит несколько возможностей на различных этапах зрелости, и вы можете легко написать свой собственный, если хотите:

1. Render (Попросите пользовательский интерфейс рендеринг ViewModel)-источник, встроенный в crux_core , только запрос
2. Http (полная реализация HTTP на основе API Surf) - источник, ящик, запрос/ответ
3. KeyValue (API базового магазина ключевых значений)-источник, ящик, запрос/ответ
4. Time (Получите текущее время, уведомляйте после продолжительности, уведомляйте в мгновенный) - источник, ящик, запрос/ответ
5. Platform (Получить текущую платформу) - источник, ящик, запрос/ответ
6. SSE (базовые события SERVER-ST)-Источник, запрос/потоковая передача
7. PubSub (Pub Sub с потоковой передачей) - источник, запрос/ответ/потоковая передача
8. Timer (начало таймера, отделка, отмена) - источник, запрос/ответ/потоковая передача
9. Delay - часть учебника в книге

Red Badger - это цифровой консультации по продукту, доверяя Blue Chips и Global Brands. Наш дизайн продукта и техническая родословная позволяют нам создавать высокоэффективные цифровые продукты, которые хотят клиенты. Мы используем современные инженерные подходы для обеспечения устойчивых изменений. И внедряют цифровые возможности для постоянного инноваций.

---

Зулип

Zulip-это приложение современного командного чата с открытым исходным кодом, предназначенное для обеспечения организованных как живых, так и асинхронных разговоров.

Спонсор ZULIP Srux, предоставив наш сервер ZULIP - спасибо, Zulip!

---