Repository files navigation

A starter kit forElectron andAngular 4 featuringWebpack 3,AoT compile,@ngrx 4, Electron unit tests, native E2E tests inSpectron, and a powerful development workflow withHot Module Replacement andElectron Connect.

Forked fromAngularClass/angular-starter.

I designed this seed repo to demonstrate an ideal development workflow and the most powerful tools for developing desktop applications using Angular and Electron.npm start launches a powerful development workflow which uses Hot Module Replacement (HMR) for nearly instant updates inside the browser window, while also restarting your app automatically every time you update the code of the main process.

• Best practices in desktop application development with Angular and Electron.
• Ready to go build system using Webpack 2 for working with TypeScript.
• Automated bundling of app dependencies, including rebuilding native modules
• Easily package your app for release on Mac, Linux or Windows and create installers
• Ahead of Time (AoT) compile for rapid page loads of your production builds.
• Tree shaking to automatically remove unused code from your production bundle.
• Webpack DLLs dramatically speed your development builds.
• Testing Angular code inside Electron with Jasmine and Karma.
• Coverage with Istanbul and Karma
• End-to-end application testing with Spectron (using Mocha and Chai).
• Bundled with Devtron and Redux DevTools extensions for debugging in development mode
• Type manager with @types
• Hot Module Replacement with Webpack and@angularclass/hmr and@angularclass/hmr-loader

Make sure you have Node version >= 6.0 and NPM >= 3

Clone/Download the repo then editapp.component.ts inside/src/app/app.component.ts

# clone our repo# --depth 1 removes all but one .git commit historygit clone --depth 1 https://github.com/colinskow/angular-electron-dream-starter.git# change directory to our repocd angular-electron-dream-starter# install the repo with npmnpm install# launch the development buildnpm start# if you're in China use cnpm# https://github.com/cnpm/cnpm

Electron will automatically launch and update itself when your source code changes.

• File Structure
• Getting Started
  • Dependencies
  • Installing
  • Building
  • Launching Your Build
  • Generating Release Packages
  • Other Commands
• Configuration
• Managing Dependencies
• AoT Don'ts
• External Stylesheets
• Lazy Loading
• Contributing
• TypeScript
• @Types
• Frequently asked questions
• Support, Questions, or Feedback
• License

We use the component approach in our starter. This is the new standard for developing Angular apps and a great way to ensure maintainable code by encapsulation of our behavior logic. A component is basically a self contained app usually in a single file or a folder with each concern as a file: style, template, specs, e2e, and component class. Here's how it looks:

angular-electron-dream-starter/ ├──config/                        * our configuration |   ├──helpers.js                 * helper functions for our configuration files |   ├──spec-bundle.js             * ignore this magic that sets up our Angular testing environment |   ├──karma.conf.js              * karma config for our unit tests |   ├──webpack.electron.js        * webpack config for our Electron main process │   ├──webpack.dev.js             * our development webpack config │   ├──webpack.prod.js            * our production webpack config │   ├──webpack.test.js            * our testing webpack config │   └──electron-dev.js            * our development server for the Electron renderer │ ├──src/                           * our source files that will be compiled to javascript |   ├──main.browser.ts            * our entry file for our browser environment │   │ │   ├──main.electron.ts           * our entry file for Electron │   │ |   ├──index.html                 * Index.html: where we generate our index page │   │ |   ├──polyfills.ts               * our polyfills file │   │ │   ├──app/                       * WebApp folder (Angular / renderer process code) │   │   ├──app.component.spec.ts  * a simple test of components in app.component.ts │   │   ├──app.e2e.ts             * a simple end-to-end test for / │   │   └──app.component.ts       * a simple version of our App component components │   │ │   ├──electron/                  * source code for the main Electron process │   │ │   ├──resources/                 * icons and resources for Electron Builder │   │   ├──icon.icns              * Mac / Linux icon │   │   ├──icon.ico               * Windows icon │   │   └──background.png         * background icon for Mac DMG installer │   │ │   └──assets/                    * static assets are served here │       ├──icon/                  * our list of icons from www.favicon-generator.org │       ├──service-worker.js      * ignore this. Web App service worker that's not complete yet │       ├──robots.txt             * for search engines to crawl your website │       └──humans.txt             * for humans to know who the developers are │ │ ├──tslint.json                    * typescript lint config ├──typedoc.json                   * typescript documentation generator ├──tsconfig.json                  * typescript config used outside webpack ├──tsconfig.webpack.json          * config that webpack uses for typescript ├──package.json                   * what npm uses to manage it's dependencies └──webpack.config.js              * webpack main configuration file

What you need to run this app:

• node andnpm (brew install node)
• Ensure you're running the latest versions Nodev6.x.x+ (orv7.x.x) and NPM3.x.x+

If you havenvm installed, which is highly recommended (brew install nvm) you can do anvm install --lts && nvm use in$ to run with the latest Node LTS. You can also have thiszsh done for youautomatically

Once you have those, you should install these globals withnpm install --global:

• electron (npm install --global electron)
• webpack (npm install --global webpack)
• karma (npm install --global karma-cli)
• typescript (npm install --global typescript)

• fork this repo
• clone your fork
• npm install to install all dependencies oryarn
• npm start to start the development workflow

# developmentnpm run build:dev# production (jit)npm run build:prod# AoTnpm run build:aot

npm run launch

Make sure to build your app first. Application packages files will be generated inside the/packages directory.

# all platformsnpm run package# Linuxnpm run package:linux# Macnpm run package:mac# Windowsnpm run package:windows

npm runtest

npm run watch:test

When you watch tests you can debug them using the Chrome Debugger tools. To do this, runthe above command, after the tests run, click on the Debug button in the Karma Electroninstance. This opens the Karma Debug Runner window. Open the Chrome dev tools in thiswindow (Ctrl-Shift-i). Open the Sources tab, navigate the webpack:// item to find thetest case you want to debug. Set a breakpoint, then refresh the view (Ctrl-R) to reloadthe page. Your break point should hit and you can debug and step through your code.

npm run watch:test:grep -- app/about/

npm run watch:test:grep -- app/about/about.component.spec.ts

This is useful for debugging a failing test case. You can further narrow to just a single "it" function by placing an "f" (means focus on this test) in front of the failing test casesee Jasmine Focused. Then only this file will be run while you debug.

# this will start a test server and launch Protractornpm run e2e

# this will test both your JIT and AoT buildsnpm run ci

This allows you to debug e2e tests and explore your app while it is running. See theWebDriver.io documentation for details.

npm run e2e:live

# this will delete all data from localStorage, indexedDB etc.npm run clean:appdata

Configuration files live inconfig/. You can modify the settings for Webpack and Karma here.

The configuration for your Electron build lives insidepackage.json underbuild. You can read the docshere.

Each package listed inpackage.json underdependencies will automatically be packaged with your app and rebuilt for Electron if it contains native bindings. Only list packages here that are necessary for your app's runtime. Angular, CoreJS and related packages are compiled by Webpack and therefore not necessary at runtime. These and anything else not needed to run your app should go underdevDependencies.

Any time you runnpm install oryarn install, your app dependencies will automatically be built and packaged for your current operating system and architecture. After you runnpm update oryarn upgrade, you will need to manually update app's dependencies are up-to-date as well:

# if you use yarnyarn run install-app-deps# otherwisenpm run install-app-deps

The following are some things that will make AoT compile fail.

• Don’t use require statements for your templates or styles, use styleUrls and templateUrls, the angular2-template-loader plugin will change it to require at build time.
• Don’t use default exports.
• Don’t useform.controls.controlName, useform.get(‘controlName’)
• Don’t usecontrol.errors?.someError, usecontrol.hasError(‘someError’)
• Don’t use functions in your providers, routes or declarations, export a function and then reference that function name
• @Inputs, @Outputs, View or Content Child(ren), Hostbindings, and any field you use from the template or annotate for Angular should be public

Any stylesheets (Sass or CSS) placed in thesrc/styles directory and imported into your project will automatically be compiled into an external.css and embedded in your production builds.

For example to use Bootstrap as an external stylesheet:

1. Create astyles.scss file (name doesn't matter) in thesrc/styles directory.
2. npm install the version of Boostrap you want.
3. Instyles.scss add@import 'bootstrap/scss/bootstrap.scss';
4. Insrc/app/app.module.ts add underneath the other import statements:import '../styles/styles.scss';

When you lazy load a module in your router config, it will go into a separate chunk and the browser will download the code after your main application is finished loading. This results in faster start-up time.

You can make a module lazy load by using theloadChildren syntax in your route definitions:

{path:'detail',loadChildren:'./+detail#DetailModule'}

To make sure TypeScript compiles your lazy-loaded modules, declare them in./src/app/lazy-loaded.ts with an import statement. Declaring the modules allows TypeScript to only compile the necessary files. Previously TS would compile every single.ts file in your project tree on every single build which was inefficient and lead to issues.

You can include more examples as components but they must introduce a new concept such asHome component (separate folders), and Todo (services). I'll accept pretty much everything so feel free to open a Pull-Request

To take full advantage of TypeScript with autocomplete you would have to install it globally and use an editor with the correct TypeScript plugins.

TypeScript 2.1.x includes everything you need. Make sure to upgrade, even if you installed TypeScript previously.

npm install --global typescript

We have good experience using these editors:

• Visual Studio Code
• Webstorm
• Atom withTypeScript plugin
• Sublime Text withTypescript-Sublime-Plugin

InstallDebugger for Chrome and see docs for instructions to launch Chrome

The included.vscode automatically connects to the webpack development server on port3000.

When you include a module that doesn't include Type Definitions inside of the module you can include external Type Definitions with @types

i.e, to have youtube api support, run this command in terminal:

npm i @types/youtube @types/gapi @types/gapi.youtube

In some cases where your code editor doesn't support Typescript 2 yet or these types weren't listed intsconfig.json, add these to"src/custom-typings.d.ts" to make peace with the compile check:

import'@types/gapi.youtube';import'@types/gapi';import'@types/youtube';

When including 3rd party modules you also need to include the type definition for the moduleif they don't provide one within the module. You can try to install it with @types

npm install @types/nodenpm install @types/lodash

If you can't find the type definition in the registry we can make an ambient definition inthis file for now. For example

declare module"my-module"{exportfunctiondoesSomething(value:string):string;}

If you're prototyping and you will fix the types later you can also declare it as type any

declarevarassert:any;declarevar_:any;declarevar$:any;

If you're importing a module that uses Node.js modules which are CommonJS you need to import as

import*as_from'lodash';

See theFAQ atAngularClass/angular2-webpack-starter.

enjoy —Colin Skow &AngularClass

MIT