mobx-jsx
dom-expressions
mobx-jsx | dom-expressions | |
---|---|---|
5 | 9 | |
254 | 833 | |
- | - | |
0.0 | 9.2 | |
over 1 year ago | 10 days ago | |
TypeScript | JavaScript | |
MIT License | MIT License |
Stars - the number of stars that a project has on GitHub. Growth - month over month growth in stars.
Activity is a relative number indicating how actively a project is being developed. Recent commits have higher weight than older ones.
For example, an activity of 9.0 indicates that a project is amongst the top 10% of the most actively developed projects that we are tracking.
mobx-jsx
-
A (Mostly) Complete Guide to React Rendering Behavior
Tangentially, Solid is fascinating - especially the dom-expressions backend meaning you can basically bolt compilation behaviour into anything that supports that.
I have https://github.com/ryansolid/mobx-jsx/?tab=readme-ov-file#mo... on my list to try since I -really- like mobx for stage management (especially mobx-keystone) and am fascinated by how clean the results can be.
Though for 'real' code I still tend to default to react + mobx-keystone because for all my gripes with react it's a pretty solid Schelling Point.
-
State of JSX in JavaScript Frameworks
Sure, you can use JSX without a framework! Be it MobX JSX, dom-chef or jsx-dom, it should feel right at home.
-
Exploring Frontend Frameworks' Internals – Part 1: The basic structure of Frontend frameworks + Vue 3’s reactivity
mobx-jsx is using MobX as the reactivity system together with Solid's DOM renderer.
-
Building data-centric apps with a reactive relational database
I've just skimmed the article but I'm definitely going to give it a proper read.
We've built an architecture somewhat like this where we're using MobX objects in the frontend (a graph of the db objects effectively) that's patched by subscriptions to tables via hasura. So we effectively have all the data on hand locally all the time and use the reactivity on top of that.
We actually played around with sqlite in wasm because I really really miss having a real relational db in the frontend. We decided that there was just a few too many unknowns to proceed further with the idea. Initially we were using indexdb as a frontend cache but dropped that since without adding more layers to it it doesn't provide much value.
(Also played around with using Solid's direct mobx -> jsx library without having react inbetween https://github.com/ryansolid/mobx-jsx but, again, too much unproven tech to build on).
The work you're doing here is super exciting. The developer experience of what we currently have is pretty nice and I can definitely see your model working out well in the future.
-
4x Smaller, 50x Faster
I've been keeping an eye on your work for a long time now. We're a mobx shop so I was hoping to see you explore the ideas you had around that a little more (https://github.com/ryansolid/mobx-jsx).
I like and know where I'm at with React, but bringing a beginner through it recently definitely made me re-appreciate how nuanced it is. Also, you have to do a bit of voodoo to get good performance, and when you do the intention of the code vanishes pretty quickly.
For someone using React on top and mobx stores in the background (50k LOC), how big of a task would you say it is to move to something like Solid?
dom-expressions
-
A (Mostly) Complete Guide to React Rendering Behavior
I wonder how it compares to https://github.com/ryansolid/dom-expressions/tree/main/packa...
-
Resources for understanding the Solid compiler
The template core, which is in https://github.com/ryansolid/dom-expressions/tree/main/packages/dom-expressions This template core manages the DOM and SSR-related APIs that is usually hidden from the user. This core is also "cloned" into the SolidJS repo via Rollup.
-
The creator of Webpack introduces Turbopack, a Rust-based successor that's 700x faster
Revised my comment. However, I'm required to use Babel for: https://github.com/ryansolid/dom-expressions/tree/main/packages/babel-plugin-jsx-dom-expressions and a couple other small plugins.
-
Voby: Simplifications Over Solid - No Babel, No Compiler
Solid's transform seems fairly time consuming and difficult to maintain to me, though maybe it isn't, I'm not familiar with that code or with writing Babel transforms in general, you decide.
-
Exploring Frontend Frameworks' Internals – Part 1: The basic structure of Frontend frameworks + Vue 3’s reactivity
vuerx-jsx is using Vue's reactivity system (@vue/reactivity) with Solid's DOM renderer. Both offer blazingly fast performance, (much) faster than their original usage.
-
Show HN: I made React with a faster Virtual DOM
Solid is great, you can also use it with hyper dom expressions: https://github.com/ryansolid/dom-expressions
- UIs Are Streaming Dags
- How to Rapidly Improve at Any Programming Language
- A few reasons why I love Solid.js
What are some alternatives?
shadow-cljs - ClojureScript compilation made easy
solid-start - SolidStart, the Solid app framework
asciinema-player - Web player for terminal session recordings
solidjs - A tiny (200 bytes) connector for Storeon and Solid.js
Fable: F# |> BABEL - F# to JavaScript, TypeScript, Python, Rust and Dart Compiler
solid-styled-jsx - A Styled JSX wrapper for Solid
MobX - Simple, scalable state management.
Stacktribution - A tiny webapp to generate proper attribution to a Stack Overflow's answer.
vite-plugin-solid - A simple integration to run solid-js with vite
solid-styled-components - A 1kb Styled Components library for Solid
jsx-vue2 - monorepo for Babel / Vue JSX related packages
odoyle-rules - A rules engine for Clojure(Script)