Skip to content

A cross-platform implementation of the DOM. Built to reduce duplicate code across server and client.

License

Notifications You must be signed in to change notification settings

hexonaut/haxe-dom

Folders and files

NameName
Last commit message
Last commit date

Latest commit

 
 
 
 
 
 
 
 
 
 
 

Repository files navigation

haxe-dom provides target independant DOM manipulation. The goal of this project is to reduce duplicate code between the server and client without having to resort to single page apps. View state can be manipulated on the server, serialized into idiomatic HTML5 and reconstructed on the client.

Contruct the page (Neko/PHP/Java/etc):

import hxdom.Elements;

var page = new EHtml();
var head = new EHead();
var body = new EBody();

page.appendChild(head);
page.appendChild(body);

Serialize to HTML:

writeToHttpSocket(hxdom.HtmlSerializer.run(page));

The following is sent across the wire:

<!DOCTYPE html><html data-class='hxdom.EHtml' data-id='0'><head data-class='hxdom.EHead' data-id='1'/><body data-class='hxdom.EBody' data-id='2'/></html>

Init on client (JavaScript):

var page = hxdom.js.Boot.init();

Custom Classes

The above example is cool and all, but it's not really practical for a full scale app. We need to be able to extend and encapsulate DOM components. Doing this is also very straightforward:

class MyCustomApp extends EHtml {
	
	public var head(default, null):EHead;
	public var body(default, null):EBody;
	
	public function new (numTexts:Int) {
		super();
		
		head = new EHead();
		body = new EBody();
		
		node.appendChild(head.node);
		node.appendChild(body.node);
		
		for (i in 0 ... numTexts) {
			addSomeTextToBody();
		}
	}
	
	public function addSomeTextToBody ():Void {
		body.node.appendChild(new Text("Some Text").node);
	}
	
}

Build the HTML and send it to the client:

writeToHttpSocket(hxdom.HtmlSerializer.run(new MyCustomApp(5)));

Sends this to the client:

<!DOCTYPE html><html data-class='MyCustomApp' data-id='0' data-k0='body' data-v0='D2' data-k1='head' data-v1='D1'><head data-class='hxdom.EHead' data-id='1'/><body data-class='hxdom.EBody' data-id='2'>Some TextSome TextSome TextSome TextSome Text</body></html>

Load the custom app and add 2 more lines of text (JavaScript):

var myCustomApp:MyCustomApp = cast hxdom.js.Boot();
myCustomApp.addSomeTextToBody();
myCustomApp.addSomeTextToBody();

Event Listeners

You can also attach event listeners on the server:

class MyCustomApp extends EHtml {
	
	public function new () {
		super();
		
		var body = new EBody();
		
		node.appendChild(new EHead().node);
		node.appendChild(body.node);
		
		body.addEventListener("click", onClick);
	}
	
	public function onClick (_):Void {
		trace("Click!");
	}
	
}

Sends the following:

<!DOCTYPE html><html data-class='MyCustomApp' data-id='0'><head data-class='hxdom.EHead' data-id='2'/><body data-class='hxdom.EBody' data-id='1' data-k0='listeners' data-v0='by5:clickloy4:funcy7:onClicky4:instD0y3:capfghh'/></html>

Load on client (JavaScript):

hxdom.js.Boot();

And that's it! Clicking on the webpage will trigger a "Click!" to be traced to the console.

One unavoidable restriction on events is that you cannot listen to anonymous functions. The serializer needs to be able to reference the function and this is impossible with lambdas. For example this will result in a compilation error:

myElem.addEventListener("click", function (_) { trace("Click!"); });

Tools

Using the DOM directly can be kind of annoying, so I've included a DomTools class that you should usually include as a "using". DomTools mimics the JQuery API and is built for chaining. Here is a quick example:

using hxdom.DomTools;

//DOM manipulation
var div = new EDiv().addClass("myCssClass anotherClass").setAttr("id", "someid").addText("Some text in the Div!");

//Events
var anotherDiv = new EDiv().on("click keypress", someEventHandler);
function someEventHandler (e:hxdom.html.Event):Void {
	//Remeber this method needs to be a member of a class or static to be able to be serialized properly
	trace(e.currentTarget.vnode() == anotherDiv);		//Returns true
}

//Event delegation similar to JQuery, but filters by Haxe class type not selector
class MyCustomElement extends ESpan {
	public function new () { super(); }
	public function hello () { trace("HI!"); }
}
var yetAnotherDiv = new EDiv().delegate(MyCustomElement, "click keypress", delegateHandler);
yetAnotherDiv.append(new MyCustomElement());
function delegateHandler (e:hxdom.html.Event, myCustomElement:MyCustomElement):Void {
	//Remeber this method needs to be a member of a class or static to be able to be serialized properly
	myCustomElement.hello();
}

Custom Event Systems

If you are interested in rolling your own event systems, but want to take advantage of the serializability of haxe-dom then you can use the hxdom.SFunc class. What it does is split any fully referenceable function into its instance (or class for static functions) and function name components. For example:

class MyClass {
	
	var eventHandler:hxdom.SFunc;
	
	public function new () {
		//Could call this on either the server or the client
		//MyClass instances are fully serializable
		
		//Internally SFunc stores [inst => this, func => "myEventListener"]
		eventHandler = hxdom.SFunc.make(myEventListener);
	}
	
	public function fireEvent ():Void {
		//Can call this on either the server or the client as well
		eventHandler.call();
	}
	
	function myEventListener ():Void {
		trace("Event!");
	}
	
}

Don't want to pass around SFunc references? Use the hxdom.SFunc.macroMake() macro to roll your own seamless event system. This allows you to make completely transparent code like this:

someObj.bind("someEventType", myEventHandler);

...

macro public function bind (ethis:Expr, type:ExprOf<String>, listener:ExprOf<Void -> Void>):ExprOf<Void> {
	return macro $ethis.actualBind($type, ${hxdom.SFunc.macroMake(listener)});
}

Client Initialization

Sometimes it is important to have code that only executes on the client. This can be useful for things such as deferring queries to save on startup time or if you have some 3rd party client library that needs initialization. hxdom.js.ClientOnly serves this need by allowing you to tag specific methods for client-only execution.

To use it simply implement hxdom.js.ClientOnly to the target class then add @:client meta data to any function you want to run when the client is initialized. The function must take no arguments and should not return anything.

Adding @:client to a method does a couple of things behind the scenes:

  1. It removes the method from the server code, so you can use client-specific code such as js.Browser.window.alert("Alert!").
  2. It will mark the method to be called when hxdom.js.Boot is called (after initializing everything).
  3. It will call the method everytime a new instance of the class is created. The methods will always be called last in the constructor, but the execution order cannot be gaurunteed between multiple @:client methods.

FAQ

Can I use this with NodeJS?

Although I have not tested this yet you can use NodeJS by adding the -D use_vdom compiler flag. This flag makes the library use the virtual DOM instead of the actual one (which doesn't exist in NodeJS).

A Full Example

Run the compile.hxml file in the test directory to build index.html which you can then load in a browser.

About

A cross-platform implementation of the DOM. Built to reduce duplicate code across server and client.

Resources

License

Stars

Watchers

Forks

Releases

No releases published

Packages

No packages published

Languages