RobotlegsJS is a architecture-based IoC framework for JavaScript/TypeScript. This version is a direct port from the ActionScript 3.0 codebase. See the motivation behind it.
Right now, this framework has extensions for pixi.js v4, easeljs, openfl, phaser-ce v2 and phaser v3.
Features
-
Dependency injection (through InversifyJS)
-
Command management
-
View management
Extensions
-
RobotlegsJS-Macrobot: extends commands, adding support to async and macro commands.
-
RobotlegsJS-SignalCommandMap: maps SignalsJS to commands.
-
RobotlegsJS-EventEmitter3: integrate RobotlegsJS with EventEmitter3.
-
RobotlegsJS-Pixi: integrate RobotlegsJS with PixiJS.
-
RobotlegsJS-Pixi-Palidor: a view manager extension for RobotlegsJS-Pixi.
-
RobotlegsJS-Pixi-SignalMediator: a port of Robotlegs SignalMediator Extension to TypeScript.
-
RobotlegsJS-CreateJS: integrate RobotlegsJS with EaselJS.
-
RobotlegsJS-OpenFL: integrate RobotlegsJS with OpenFL.
-
RobotlegsJS-Phaser-CE: integrate RobotlegsJS with Phaser-CE.
-
RobotlegsJS-Phaser-CE-SignalCommandMap: maps Phaser.Signal to commands.
-
RobotlegsJS-Phaser: integrate RobotlegsJS with Phaser.
You can get the latest release and the type definitions using NPM:
npm install @robotlegsjs/core reflect-metadata --save
Or using Yarn:
yarn add @robotlegsjs/core reflect-metadata
⚠️ Important! RobotlegsJS requires TypeScript >= 2.0 and theexperimentalDecorators
,emitDecoratorMetadata
,types
andlib
compilation options in yourtsconfig.json
file.
{
"compilerOptions": {
"target": "es5",
"lib": ["es6", "dom"],
"types": ["reflect-metadata"],
"module": "commonjs",
"moduleResolution": "node",
"experimentalDecorators": true,
"emitDecoratorMetadata": true
}
}
RobotlegsJS requires a modern JavaScript engine with support for:
If your environment doesn't support one of these you will need to import a shim or polyfill.
⚠️ Thereflect-metadata
polyfill should be imported only once in your entire application because the Reflect object is mean to be a global singleton. More details about this can be found here.
To create a Robotlegs application or module you need to instantiate a Context. A context won't do much without some configuration.
let renderer = PIXI.autoDetectRenderer(800, 600, {});
let context = new Context()
.install(MVCSBundle)
.configure(MyAppConfig, SomeOtherConfig)
.configure(new ContextView((<any>this.renderer).plugins.interaction));
We install the MVCSBundle, which in turn installs a number of commonly used Extensions. We then add some custom application configurations.
We pass the instance "this" through as the "contextView" which is required by many of the view related extensions. It must be installed after the bundle or it won't be processed. Also, it should always be added as the final configuration as it may trigger context initialization.
Note: You must hold on to the context instance or it will be garbage collected.
If a ContextView is provided the Context is automatically initialized when the supplied view lands on stage. Be sure to install the ContextView last, as it may trigger context initialization.
If a ContextView is not supplied then the Context must be manually initialized.
let context = new Context()
.install(MyCompanyBundle)
.configure(MyAppConfig, SomeOtherConfig)
.initialize();
Note: This does not apply to Flex MXML configuration as the ContextView is automatically determined and initialization will be automatic.
A simple application configuration file might look something like this:
import {
IConfig,
IInjector,
IMediatorMap,
IEventCommandMap,
ContextView,
inject
} from "@robotlegsjs/core";
public class MyAppConfig implements IConfig
{
@inject(IInjector)
injector: IInjector;
@inject(IMediatorMap)
mediatorMap: IMediatorMap;
@inject(IEventCommandMap)
commandMap: IEventCommandMap;
@inject(IContextView)
contextView: IEventCommandMap;
public function configure(): void
{
// Map UserModel as a context enforced singleton
this.injector.bind(UserModel).toSelf().inSingletonScope();
// Create a UserProfileMediator for each UserProfileView
// that lands inside of the Context View
this.mediatorMap.map(UserProfileView).toMediator(UserProfileMediator);
// Execute UserSignInCommand when UserEvent.SIGN_IN
// is dispatched on the context's Event Dispatcher
this.commandMap.map(UserEvent.SIGN_IN).toCommand(UserSignInCommand);
// The "view" property is a DisplayObjectContainer reference.
this.contextView.view.addChild(new MainView());
}
}
The configuration file above implements IConfig. An instance of this class will be created automatically when the context initializes.
We Inject the utilities that we want to configure, and add our Main View to the Context View.
The mediator we mapped above might look like this:
import { inject, IEventMap, IEventDispatcher, Mediator } from "@robotlegsjs/core";
import { UserProfileView } from "./UserProfileView";
public class UserProfileMediator extends Mediator<UserProfileView>
{
public function initialize():void
{
// Redispatch an event from the view to the framework
this.addViewListener(UserEvent.SIGN_IN, dispatch);
}
}
The view that caused this mediator to be created is available for Injection.
The command we mapped above might look like this:
import { Command, inject } from "@robotlegsjs/core";
public class UserSignInCommand extends Command
{
@inject(UserEvent)
event: UserEvent;
@inject(UserModel)
model: UserModel;
public function execute(): void
{
if (event.username == "bob")
model.signedIn = true;
}
}
The event that triggered this command is available for Injection.
There are many frameworks and patterns out there that helps you to write DOM-based applications. There is no scalable solution yet to architecture a canvas-based application though.
Robotlegs has proven itself of being a mature solution from the ActionScript community for interactive experiences.