 68099a71b0
			
		
	
	
	68099a71b0
	
	
	
		
			
			Relative paths in GitHub's repo do not work very well, and our docs site can not recognize them.
		
			
				
	
	
		
			50 lines
		
	
	
	
		
			2.2 KiB
			
		
	
	
	
		
			Markdown
		
	
	
	
	
	
			
		
		
	
	
			50 lines
		
	
	
	
		
			2.2 KiB
			
		
	
	
	
		
			Markdown
		
	
	
	
	
	
| # Technical Differences Between Electron and NW.js (formerly node-webkit)
 | |
| 
 | |
| __Note: Electron was previously named Atom Shell.__
 | |
| 
 | |
| Like NW.js, Electron provides a platform to write desktop applications
 | |
| with JavaScript and HTML and has Node integration to grant access to the low
 | |
| level system from web pages.
 | |
| 
 | |
| But there are also fundamental differences between the two projects that make
 | |
| Electron a completely separate product from NW.js:
 | |
| 
 | |
| __1. Entry of Application__
 | |
| 
 | |
| In NW.js the main entry point of an application is a web page. You specify a
 | |
| main page URL in the `package.json` and it is opened in a browser window as
 | |
| the application's main window.
 | |
| 
 | |
| In Electron, the entry point is a JavaScript script. Instead of
 | |
| providing a URL directly, you manually create a browser window and load
 | |
| an HTML file using the API. You also need to listen to window events
 | |
| to decide when to quit the application.
 | |
| 
 | |
| Electron works more like the Node.js runtime. Electron's APIs are lower level
 | |
| so you can use it for browser testing in place of [PhantomJS](http://phantomjs.org/).
 | |
| 
 | |
| __2. Build System__
 | |
| 
 | |
| In order to avoid the complexity of building all of Chromium, Electron uses [`libchromiumcontent`](https://github.com/brightray/libchromiumcontent) to access
 | |
| Chromium's Content API. `libchromiumcontent` is a single shared library that
 | |
| includes the Chromium Content module and all of its dependencies. Users don't
 | |
| need a powerful machine to build Electron.
 | |
| 
 | |
| __3. Node Integration__
 | |
| 
 | |
| In NW.js, the Node integration in web pages requires patching Chromium to
 | |
| work, while in Electron we chose a different way to integrate the libuv loop
 | |
| with each platform's message loop to avoid hacking Chromium. See the
 | |
| [`node_bindings`][node-bindings] code for how that was done.
 | |
| 
 | |
| __4. Multi-context__
 | |
| 
 | |
| If you are an experienced NW.js user, you should be familiar with the
 | |
| concept of Node context and web context. These concepts were invented because
 | |
| of how NW.js was implemented.
 | |
| 
 | |
| By using the [multi-context](http://strongloop.com/strongblog/whats-new-node-js-v0-12-multiple-context-execution/)
 | |
| feature of Node, Electron doesn't introduce a new JavaScript context in web
 | |
| pages.
 | |
| 
 | |
| [node-bindings]: https://github.com/atom/electron/tree/master/atom/common
 |