
Research
Supply Chain Attack on Axios Pulls Malicious Dependency from npm
A supply chain attack on Axios introduced a malicious dependency, plain-crypto-js@4.2.1, published minutes earlier and absent from the project’s GitHub releases.
mobx-state-class
Advanced tools
mobx-state-class is a state management lib built on top of the awesome MobX lib, heavily inspired by mobx-state-tree project.
mobx-state-class (abbr. MSC) is just a syntax sugar layer to the original MobX APIs. Thus familiarity with MobX is a prerequisite.
MSC is built around MobX's class decorators. By extending MSC's ReactiveNode base class, it automatically applies @observable to all class properties, @computed to all getters, and @action to all methods.
This effectively frees you from the worry of forgetting to apply the correct decorator from time to time, which is a typical gotcha when working with MobX. Such approach lets you focus more on your own business logics, and your code also looks cleaner without all those annotations.
By design MSC embraces a convention-over-configuration approach. It offers no way to configure at all. Anytime you feel you need some fine grain controls, just turn back to original MobX APIs. Remember, MSC is just syntax sugar.
MSC is implemented with ES7 Proxy, and is compatible with MobX v5+ only, you need to ensure MobX exists in your project as peer dependency.
MSC assumes you write your state tree node with ES6 class syntax. It provides a ReactiveNode base class for you to extend. You just need to extend ReactiveNode, forget about MobX and write your code like normal js.
class Todo extends ReactiveNode {
constructor(initialState) {
const { todos } = initialState;
super();
this.todos = todos;
}
get completedTodos() {
return this.todos.filter(todo => todo.completed);
}
addTodo(title) {
this.todos.push({ title, completed: false });
}
async fetch(params) {
this.todos = await api.fetchTodos(params);
}
}
Above code is (almost) equivalent to below.
class Todo {
@observable todos;
constructor(initialState) {
const { todos } = initialState;
this.todos = todos;
}
@computed
get completedTodos() {
return this.todos.filter(todo => todo.completed);
}
@action.bound
addTodo(title) {
this.todos.push({ title, completed: false });
}
fetch: mobx.flow(function* (params) {
this.todos = yield api.fetchTodos(params);
})
}
As seen in example, class methods are automatically converted to bound actions, and async function is also taken cared (this trick actually involves hacking Promise.prototype.then, it's not clean, but worth it).
All conversions happen in runtime, no transpiler required.
MSC borrows the concept of "tree" from mobx-state-tree project. It provides a set of lightweight APIs to help you work with tree relationship.
ReactiveNode class implements 4 hidden properties (actually they are getters):
.parent.path.root.isRootTree node object's class definition typically locates in seperate files. These properties help you access other related node from within one node without the need to import that file.
If you organize your state tree node in a single-state-tree fashion, then you can easily get the global app state by accessing .root.
Example:
// app-state.js
import Todo from "todo";
class AppState extends ReactiveNode {
constructor() {
super();
this.todos = [new Todos()];
}
printIsRoot() {
console.log(this.isRoot); // "true"
}
printPath() {
console.log(this.path); // ""
}
printParent() {
console.log(this.parent); // will log "null"
}
printAppState() {
console.log(this.root); // will log appState itself
}
}
// todo.js
class Todo extends ReactiveNode {
printIsRoot() {
console.log(this.isRoot); // "false"
}
printPath() {
console.log(this.path); // "todos/0"
}
printParent() {
console.log(this.parent); // will log appState.todos
}
printAppState() {
console.log(this.root); // will log appState
}
}
Like MobX, MSC provides support to array and map. Anytime an array or a map gets attached to a ReactiveNode as class member, it'll be injected with all 4 tree node properties (.parent, .path, .root, .isRoot). It'll also receive an interceptor that handles updating tree relationships and other weight lifting like runtime conversion. Apart from these, they're basically plain MobX Observable Array/Map.
arrayOf() and mapOf() are exposed to help you create typed array/map. Example:
class MyTodoApp extends ReactiveNode {
constructor() {
super();
this.namedTodoLists = mapOf(Todo);
}
}
const myTodoApp = new MyTodoApp()
// This config the map interceptor so that when you invoke:
myTodoApp.namedTodoLists.set("Shopping List", newValue)
// it'll be to to
myTodoApp.namedTodoLists.set("Shopping List", new Todo(newValue))
There exists an official mobx-react binding lib. MSC provide a connect() function on top of that and follow the single state tree philosophy of Redux. See usage example:
import { Provider } from 'mobx-react'
import { connect, IMobxStateClassConfigs } from 'mobx-state-class'
import { App } from './MyApp'
import { AppState } from './AppState'
const appState = new AppState()
const ConnectedApp = connect(state => {
return {
todos: state.todos,
count: state.todos.length
}
})(App);
// "state" is the required prop key here.
const AppWithStateProvider = () => (
<Provider state={appState}>
<ConnectedApp />
</Provider>
);
If you use typescript, you can also inject your app state type info:
import { connect, IMobxStateClassConfigs } from 'mobx-state-class'
// if you use typescript, you can
declare module 'mobx-state-class' {
interface IMobxStateClassConfigs {
state: AppState
}
}
const connected = connect(state => {
return {
todos: state.todos,
count: state.todos.length
}
});
FAQs
mobx tucked away
We found that mobx-state-class demonstrated a not healthy version release cadence and project activity because the last version was released a year ago. It has 1 open source maintainer collaborating on the project.
Did you know?

Socket for GitHub automatically highlights issues in each pull request and monitors the health of all your open source dependencies. Discover the contents of your packages and block harmful activity before you install or update your dependencies.

Research
A supply chain attack on Axios introduced a malicious dependency, plain-crypto-js@4.2.1, published minutes earlier and absent from the project’s GitHub releases.

Research
Malicious versions of the Telnyx Python SDK on PyPI delivered credential-stealing malware via a multi-stage supply chain attack.

Security News
TeamPCP is partnering with ransomware group Vect to turn open source supply chain attacks on tools like Trivy and LiteLLM into large-scale ransomware operations.