Ogone
Description
use Ogone to compile web-components for your applications. it’s based on Deno.
Actually Ogone is under an experimental phase. avoid using it for production.
Ogone has it own extension *.o3
which allow some new features.
No Proxies, no getters, no setters used for the reactivity, just code…
Installation
import o3 from 'https://raw.githubusercontent.com/SRNV/Ogone/master/mod.ts';
o3.run({
entrypoint: 'path/to/root-component.o3',
modules: '/modules',
port: 8080,
});
Usage
After the first example, in your root-component.o3, you can make this first greeting app
<proto>
def:
name: SRNV
</proto>
<p>Hello ${name}</p>
let’s change the name after 1 second.
<proto>
def:
name: SRNV
default:
setTimeout(() => {
this.name = 'World';
}, 1000);
break;
</proto>
<p>Hello ${name}</p>
this will only update the textnode containing ‘Hello ${name}’ and replace name by it’s value. You certainly recognized the default expression of a switch statement.
so now what is proto def ?
Making the choice to use only the switch statement to rule the code, includes that the wordings has to be clear enough to understand what is going on.
instead of using script tag, I choosed to use proto tag which is a custom element. the fact is, when we define the Ogone components we are not building a module js. you wont be able to use inside <proto>
the import statements.
we will see after how to import modules inside your component.
at this point, it means Ogone has to read something that is not conventionnal. It’s all new to code component only in a switch statement.
ok but def ?!
def
means ‘definition’ or ‘define’ (like Python), this custom statement let you define the data of your component.
def
is the area that only supports YAML language
output
Ogone will wrap your code into a tiny function which takes 3 arguments. the state of the component, the context of the function and an event (Event | undefined)
(function (_state, ctx, event) {
switch (_state) {
${yourCode}
}
});
why in a switch statement ?
Switch statement provides an out of the box well structured code. it’s globally readable and understood by all. And Ogone is follwing a minimalistic philosophy. using few options/expressions to structure the code is a good way to make it clear, readable, radically clean.
Expressions and Custom Expressions
Following this structure of declarations is strongly recommanded:
- def* (YAML)
- before-each* (for global declarations)
- case
- default
*only supported by Ogone
Learn Ogone
to see more stuffs from Ogone, clone this repository
deno run --allow-all --unstable examples/app/index.ts
Some examples/
Async component example
read this documentation on Async Components.
// require statement tells to the parent component what is needed inside the component.
require id as Number;
// use statement tells to Ogone to use the file as store-component
use @/examples/tests/async/reloading/store.o3 as 'store-component';
<store-component namespace="user"/>
<proto type="async">
def:
user: null
before-each: // 0.6.0
const getUser = () => Store.dispatch('user/getUser', this.id)
.then((user) => {
this.user = user;
return user;
});
case 'async:update':
getUser();
break;
default:
getUser().then(user => Async.resolve(user));
</proto>
<div> Welcome ${user ? user.username : ''}</div>
<img src="public/ogone.svg" --await />
let’s see what we can do inside the parent component
use @/examples/tests/async/reloading/async.o3 as 'async-component';
use @/examples/tests/async/reloading/store.o3 as 'store-component';
<store-component namespace="user" />
<async-component :id="id" --await --then:user-loaded />
<proto type="async">
def:
id: 1
case 'then:user-loaded':
Store.commit('user/USER-IS-LOADED', ctx)
.then(() => {
Async.resolve();
});
break;
</proto>
for more informations on async components readme.
Reflected datas
read the docs on reflected datas
<proto>
def:
name: SRNV
fullname: ''
before-each:
this.fullname => this.name + Math.random();
default:
setTimeout(() => {
this.name = 'Rudy';
}, 1000);
break;
</proto>
<p>Hello ${fullname}</p>
more on reflected datas
<proto>
def:
x: 0
y: 0
position:
name: Test
origin: 0
test: []
before-each:
// this is a reflection
this.position.origin => this.x;
// you can reflect any property of your data
this.position.test[this.position.origin -1] => this.position.origin;
this.position.test[this.position.origin] => 'yup';
// or
this.position.name => {
return `${this.x}, test ${this.y}`;
};
default:
setInterval(() => {
this.x++;
this.y--;
}, 500);
break;
</proto>
<p>${position.name} ${position.origin}</p>
<p --for="position.test as (item)">
${item}
</p>
for more informations on reflected datas
menu component example
use @/examples/app/stores/menu.store.o3 as 'store-component'
use @/examples/app/components/menu/tree-recursive-button.o3 as 'tree-recursive'
use @/examples/app/components/logo.o3 as 'logo-el'
<store-component namespace="menu" />
<proto def="examples/app/defs/menu-main.yml">
def:
isOpen: false
case 'click:toggle-menu':
Store.dispatch('menu/toggle');
break;
</proto>
<div class="left-menu"
--class="{ close: !isOpen }"
--html="innerHTML">
<div class="header">
<logo-el --click:toggle-menu></logo-el>
<div>0.1.0</div>
</div>
<div class="tree">
<tree-recursive --for="menu as (item)" :item="item">
</tree-recursive>
</div>
</div>
<div --class="{ darken: isOpen }" --click:toggle-menu></div>
recursive component example
require item as Object
use @/examples/app/components/menu/tree-recursive-button.o3 as 'tree-recursive'
use @/examples/app/components/scroll.o3 as 'scroll'
<proto>
def:
openTree: false
case 'click:toggle':
this.openTree = !this.openTree
break;
</proto>
<div class="container">
<div class="title" --click:toggle --router-go="item.route">
<span>
${item.name}
</span>
<span --class="!item.children && item.status ? `status ${item.status}` : ''">
${!item.children && item.status ? item.status : ''}
</span>
<span --if="item.children && !openTree"> > </span>
<span --else-if="item.children && openTree"> < </span>
</div>
<div class="child" --if="item.children" --class="{ 'child-open': openTree }">
<scroll>
<tree-recursive
--if="!!item.children"
--for="item.children as (child)"
:item="child ? child : {}"></tree-recursive>
</scroll>
</div>
</div>
Theory
Minimalist:
- the less is more.
- Every solutions have a minimalist alternative solution (cleaner, scalable).
- what you wrote twice, you have to write it once.
- no useless code has to be compiled.
- everything is a component, because everything is a part of a composition.
All in one. including:
- Store
- Router
- Controllers for Stubs
- Tests
- unit tests
- Integrations tests
- e2e
- HMR
Format
Ogone is formatted by deno fmt
Support
To support, join the discord server or do not hesitate to write issues.
Todo
(*) required before publication (**) required before 1.0.0 (…) in conception
- Imports modules *
- Integrated Ogone-Dev-Tools **
- Integrated test environment **
- case ‘test’ is supported **
- Automated stress tests **
- Controllers Components (…)
- Sounds Components (…)
- Write robust tests for Ogone **
- Dom-parser is solid **
- Js-this is solid **
- Stress mode is supported **
- Scope-css is solid **
- Switch every files to Typescript (almost done, need to switch js-this) *
- Write types **
- Typescript supported in
<proto>
**
- Write more exceptions for each flags **
- Write docs *
- Write more examples/ **
- Complete HMR **
- Complete Async Component **
- Complete Router Component **
- Complete Syntax-HighLighting **
- Complete Reaction Observer **
Tests
Ogone implements stress mode. which run the tests each saving you make. to run the tests:
deno run --allow-all src/lib/stress/index.ts --stress tests