Considering Angular 2 for a large project? Do you need i18n support? Enhanced testing support? Oh and building for multiple platforms too? Web, native Mobile (Android/iOS), and even Desktop (Mac, Windows and Linux)?
This is an advanced seed project for Angular 2 apps based on Minko Gechev's angular-seed that expands on all of its great features to include core support for:
- ngrx/store RxJS powered state management, inspired by Redux
- ngrx/effects Side effect model for @ngrx/store
- ng2-translate for i18n
- Usage is optional but on by default
- Up to you and your team how you want to utilize it. It can be easily removed if not needed.
- angulartics2 Vendor-agnostic analytics for Angular2 applications.
- Out of box support for Segment
- When using the seed, be sure to change your
write_key
here
- When using the seed, be sure to change your
- Can be changed to any vendor, learn more here
- Out of box support for Segment
- lodash Helps reduce blocks of code down to single lines and enhances readability
- NativeScript cross platform mobile (w/ native UI) apps. Setup instructions here.
- Electron cross platform desktop apps (Mac, Windows and Linux). Setup instructions here.
The zen of multiple platforms. Chrome, Android and iPhone all running the same code. |
Programming Nirvana. Mac and Windows desktop both running the same code. |
- Enhanced development workflow
- Enhanced testing support options
- Prerequisites
- Usage
- NativeScript App
- Electron App
- Testing
- Framework How-Tos
- Web Configuration Options
- Change Detection OnPush Note
- General Best Practice Guide to Sharing Code
- Feature Branches
- Integration Guides
- How best to use for your project
- Contributing
- License
- Decorators for components which reduce boilerplate for common component setups
- Shared code can be found in
frameworks
:app
: your shared application architecture codecore
: foundation layer (decorators and low-level services)analytics
: analytics provided by Segment- Only reports data in production build
i18n
: internationalization featureselectron
: Electron specific codesample
: Just a sample module providing some components and servicestest
: test specific code providing conveniences to make testing your code easier and faster
- mocks for various services
- configurable provider blocks for easy test setup of common application providers
- tired of setting up similar providers over and over again for different tests?
- configure a reusable test provider which can be configured on a case-by-base basis
- see example here
- helpers for end-to-end (e2e, integration) tests
- convenient shorthand to reduce test setup boilerplate and enhance speed of writing tests
- are your test cases buried by multiple import lines requiring you to scroll just to get to the substance of the test?
- removes noise allowing you to better focus on the substance of the test
- provides full intellisense support
- allows your team to add unique shorthands for various testing scenarios specific to your application needs
- plays nice with
tslint
options like"no-unused-variable": true
as the api hangs off a plainObject
instead of globals- what's the value of that you ask? have you ever isolated a test with
iit
orddescribe
but didn't import those or vice versa, usediit
leaving an unusedit
now in your tests? yeah,tslint
will be all over you :/ - avoids
unused
variable warnings altogether in tests since you are always using a valid key from the shorthandObject
- what's the value of that you ask? have you ever isolated a test with
- see example here
Advice: If your project is intended to target a single platform (i.e, web only), then angular-seed is likely more than suitable for your needs. However if your project goals are to target multiple platforms (web, native mobile and native desktop), with powerful out of the box library support and highly configurable/flexible testing options, then you might want to keep reading.
Additionally, this seed is intended to push a couple boundaries so if you see dependencies that are bleeding edge, this is intentional.
-
node v5.x.x or higher and npm 3 or higher.
-
To run the NativeScript app:
npm install -g nativescript
npm install -g typescript
git clone --depth 1 https://github.com/NathanWalker/angular-seed-advanced.git
cd angular-seed-advanced
# install the project's dependencies
npm install
# watches your files and uses livereload by default
npm start
# api document for the app
npm run serve.docs
# to start deving with livereload site and coverage as well as continuous testing
npm run start.deving
# dev build
npm run build.dev
# prod build
npm run build.prod
# prod build with AoT compilation
npm run build.prod.exp
npm install -g nativescript
You can make changes to files in src/client
or nativescript
folders. A symbolic link exists between the web src/client
and the nativescript
folder so changes in either location are mirrored because they are the same directory inside.
Create .tns.html
and .tns.css
NativeScript view files for every web component view file you have. You will see an example of the app.component.html
as a NativeScript view file here.
iOS: npm run start.ios
iOS (livesync emulator): npm run start.livesync.ios
iOS (livesync device): npm run start.livesync.ios.device
// or...
Android: npm run start.android
Android (livesync emulator): npm run start.livesync.android
Android (livesync device): npm run start.livesync.android.device
- Requires an image setup via AVD Manager. Learn more here and here.
OR...
Mac: npm run start.desktop
Windows: npm run start.desktop.windows
Mac: npm run start.livesync.desktop
Windows: npm run start.livesync.desktop.windows
Mac: npm run build.desktop.mac
Windows: npm run build.desktop.windows
Linux: npm run build.desktop.linux
npm test
# Development. Your app will be watched by karma
# on each change all your specs will be executed.
npm run test.watch
# NB: The command above might fail with a "EMFILE: too many open files" error.
# Some OS have a small limit of opened file descriptors (256) by default
# and will result in the EMFILE error.
# You can raise the maximum of file descriptors by running the command below:
ulimit -n 10480
# code coverage (istanbul)
# auto-generated at the end of `npm test`
# view coverage report:
npm run serve.coverage
# e2e (aka. end-to-end, integration) - In three different shell windows
# Make sure you don't have a global instance of Protractor
# npm install webdriver-manager <- Install this first for e2e testing
# npm run webdriver-update <- You will need to run this the first time
npm run webdriver-start
npm run serve.e2e
npm run e2e
# e2e live mode - Protractor interactive mode
# Instead of last command above, you can use:
npm run e2e.live
You can learn more about Protractor Interactive Mode here
Default application server configuration
var PORT = 5555;
var LIVE_RELOAD_PORT = 4002;
var DOCS_PORT = 4003;
var APP_BASE = '/';
Configure at runtime
npm start -- --port 8080 --reload-port 4000 --base /my-app/
- how to add a language?
src/client/assets/i18n/
- add
[language code].json
(copy existing one and adapt the translation strings)
- add
src/client/app/frameworks/sample/services/app-config.spec.ts
- fix test
src/client/app/frameworks/sample/services/app-config.ts
- add language to
SUPPORTED_LANGUAGES
- add language to
src/client/app/frameworks/i18n/components/lang-switcher.component.spec.ts
- fix test
Please Note: The seed uses Angular's ChangeDetectionStrategy.OnPush
by default which requires some understanding of immutability and one-way data flows. Please check out the following resources to learn more:
- http://blog.thoughtram.io/angular/2016/02/22/angular-2-change-detection-explained.html
- http://victorsavkin.com/post/110170125256/change-detection-in-angular-2
- http://www.syntaxsuccess.com/viewarticle/change-detection-in-angular-2.0
- http://ngcourse.rangle.io/handout/change-detection/change_detection_strategy_onpush.html
If you experience issues with changes not occuring in your views, you can disable this by commenting out these lines. The seed uses OnPush
by default because it provides optimal performance and if you decide to turn it off while developing your application, you can always turn it back on when you're ready to refactor your data services to utilize OnPush
properly.
There’s actually only a few things to keep in mind when sharing code between web/mobile. The seed does take care of quite a few of those things but here’s a brief list:
- Don’t import {N} modules into your components/services. {N} modules can only be used inside the {N} app therefore cannot be shared. To get around this, use
OpaqueTokens
which is a fancy name for something quite simple. Learn more here. A great example of how to integrate 2 different plugins (1 for web, 1 for {N}) and share all the code exists in this wiki article: How to integrate Firebase across all platforms written by the awesome Scott Lowe. - Use the conditional hooks provided by the seed in shared methods where you may need to handle something differently in {N} than you do on the web. For example, see here.
- Don’t use window global. Inject the
WindowService
provided by the seed instead. This includes usage ofalert
,confirm
, etc. For example:
If you were thinking about doing: alert('Something happened!');
, Don't.
Instead inject WindowService
:
constructor(private win: WindowService) {}
public userAction() {
if (success) {
// do stuff
} else {
this.win.alert('Something happened!');
}
}
This ensures that when the same code is run in the {N} app, the native dialogs
module will be used.
- Lastly, understand this video: http://www.nativescriptsnacks.com/videos/2016/06/13/zoned-callbacks.html … As far as dealing with {N} and 3rd party plugins, you want to understand that.
The advice I like to give is:
Code with web mentality first. Then provide the native capability using Angular’s
{provide: SomeWebService, useClass: SomeNativeService }
during bootstrap.
There are some cases where you may want to use useValue
vs. useClass
, and other times may need to use useFactory
. Read the Angular docs here to learn more about which you may need for your use case.
Several branches exist with certain features integrated:
NOTE: This should be done first before you start making any changes and building out your project. Not doing so will likely result in dificulty when trying to merge in upstream changes later.
- Download a zip of the seed. (Do not fork)
npm run git.setup
- This will initializegit
as well as setupupstream
properly.git remote add origin ...your private repo...
npm run git.prepare
- This will prepare git to handle the mergenpm run git.merge
- This will fetch upstream and run the first merge (*Important)
- IMPORTANT: You will see a wall of Conflicts after doing above (a Conflict for every single file). This is normal. There actually will not be any problematic conflicts as it's just reporting every single file which both sides (
upstream
and your first commit) added. - IMPORTANT: If you see
unknown option --allow-unrelated-histories
either upgrade git to 2.9+ or usenpm run git.merge.legacy
git add .; git commit -m'ready'
. Yes, you will be committing all those conflicts, which actually are not a problem in this 1 time case.- Now you have
git
setup and ready to develop your application as well as merge in upstream changes in the future. npm install
(and all other usage docs in thisREADME
apply)- Create a new
framework
for your application insrc/client/app/frameworks
to build your codebase out. Say your app is calledAwesomeApp
, then createawesomeapp
and start building out all your components and services in there. Create other frameworks as you see fit to organize. - If you don't want an integration that comes out of box with this seed; for example. let's say you don't want to use i18n. Then just delete the
i18n
, removeng2-translate
as dependency rootpackage.json
andnativescript/package.json
. Then remove any references toi18n
throughout.
npm run git.merge.preview
- This will fetchupstream
and show you how the merge would look
- If you see
unknown option --allow-unrelated-histories
either upgrade git to 2.9+ or usenpm run git.merge.legacy.preview
npm run git.merge
- This will actually do the merge
- If you see
unknown option --allow-unrelated-histories
either upgrade git to 2.9+ or usenpm run git.merge.legacy
- Handle any conflicts to get latest upstream into your application.
- Continue building your app.
You can read more about syncing a fork here.
If you have any suggestions to this workflow, please post here.
Please see the CONTRIBUTING file for guidelines.
mgechev | ludohenin | NathanWalker | d3viant0ne | Shyam-Chen | tarlepp |
Nightapes | TheDonDope | nareshbhatia | hank-ehly | kiuka | daniru |
vyakymenko | jesperronn | njs50 | sasikumardr | aboeglin | ivannugo |
ryzy | m-abs | JakePartusch | gkalpak | jvitor83 | pgrzeszczak |
sfabriece | eppsilon | e-oz | natarajanmca11 | jerryorta-dev | domfarolino |
larsthorup | JayKan | LuxDie | robstoll | amedinavalencia | tsm91 |
juristr | JohnCashmore | ouq77 | devanp92 | evanplaice | hAWKdv |
c-ice | markharding | markwhitfeld | ojacquemart | tiagomapmarques | TuiKiken |
gotenxds | edud69 | turbohappy | kbrandwijk | troyanskiy | robbatt |
Bigous | ip512 | Green-Cat | Yonet | divramod | daixtrose |
taguan | bbarry | urmaul | yassirh | brendanbenson | brian428 |
briantopping | ckapilla | cadriel | dszymczuk | dmurat | peah90 |
dstockhammer | dwido | dcsw | totev | nosachamos | ericli1018 |
koodikindral | amaltsev | Falinor | hpinsley | NN77 | jeffbcross |
Jimmysh | Drane | johnjelinek | fourctv | JunusErgin | justindujardin |
lihaibh | Brooooooklyn | tandu | inkidotcom | nulldev07 | mjwwit |
ocombe | gdi2290 | typekpb | philipooo | pidupuis | redian |
allenhwkim | alexweber | robertpenner | Sjiep | sclausen | heavymery |
tjvantoll | tapas4java | gitter-badger | vincentpalita | Yalrafih | arnaudvalle |
billsworld | blackheart01 | butterfieldcons | danielcrisp | jgolla | karlhaas |
omerfarukyilmaz | pbazurin-softheme | rossedfort | savcha | sebfag | ultrasonicsoft |
sonicparke |
MIT