-
Notifications
You must be signed in to change notification settings - Fork 2
Reasons Behind The Framework
mr-mig edited this page Dec 13, 2014
·
4 revisions
Frameworks like backbone, angular, react provide general purpose abstractions and some useful tools.
Sometimes it's hard to find guidelines and conventions for app development.
This framework will provide some opinionated conventions and higher-level fine-grained abstractions.
- Modular, reusable, replacable, self-contained web components (based on AMD/CommonJS).
- Fine-grained abstractions for "visible elements" with strict roles.
element
,composite
,screen
- Limited number of powerfull dataflow abstractions.
state
,link
,channel
- Portable and replacable web elements (make 'em once and use in all related projects).
- Logical "layered" project structure with easy navigation.
- Easier complexity and growth control.
- Explicit state and state relations with one-way explicit bindings.
- Interoperable with legacy code (can be implemented on top of other frameworks, see yaf-angular for example)
We are aiming to have a specification for structural and behavioural abstractions to build components.
Those abstractions should have these traits:
- Amorphous - Independent from language and preprocessors.
- Prepared - Be usable without external build tools (grunt/gulp) by default.
- Replaceable - Be granular enough to be thrown away easily.
- Statically composable - Be usable in templates without much imperative scripting.
- Well-Defined - Be relatively simple and easy to reason about.
- Why?
- Structural things
- Behavioural things
- State
- Link
- Channel