Experiences from my Project with Aurelia and Cordova
In my current project, we build a hybrid app with Aurelia and Cordova. I thought multiple times about writing a post about this combination but I wasn't quite sure what to write because there are no special things to do in order to get Aurelia running with Cordova. But now I have realized, that I don't have to write a post on how to combine Aurelia and Cordova in general and that I will just write about my experience.
First steps
Including Cordova into your Aurelia app is quite simple. At first, you need to download Cordova and install the needed Cordova platforms you want to develop for. You can do this with:
npm install cordova -g
There are multiple possibilities to set up your Aurelia-Cordova project, one way could be to create your Aurelia project inside the cordova/www
folder (recommended if you only need to support app platforms like Android and iOS) or you can create the Cordova project inside of your Aurelia project (if you also want to run your application in the browser like a common Aurelia project) and copy the sources through some build tool. The latter one is the way how we developed our application.
For the latter approach create a folder named cordova (or however you want) and create a Cordova project by running
cordova create . [id [name [config]]] [options]
See documentation below for the optional parameters.
If the project is created you can now add the needed platforms with:
cordova platform add <android/ios>
For more details on how to install, create and run a Cordova project see the documentation.
If you want to go with the first approach you can use the Cordova CLI and create a project via cordova create
or you can check out some more resources from the community:
Tooling with Gulp
The sources Cordova is packaging into an app, need to lay inside the cordova/wwww
folder. To get them there we changed our gulp build tasks.
We created some tasks that copy either our debug
or the release
sources into the www
folder.
gulp.task('cordova-copy-files', ['export', 'clean-cordova'], function () {
return gulp.src(paths.exportSrv + "**/*")
.pipe(plumber())
.pipe(gulp.dest(paths.cordovaSrc));
});
gulp.task('copy-debug-dist-files', function () {
return gulp.src([
'dist/**/*',
'jspm_packages/**/*',
'config.js',
'*.html',
'src/mobile/favicon-ico'
], { base: '.' })
.pipe(plumber())
.pipe(gulp.dest(paths.cordovaSrc));
});
Another build step that is necessary, is to include cordova.js
in the body in the index.html
.
We do this via gulp because we only want to do it, when we build the app for Cordova, so we can still use it on the desktop.
gulp.task('cordova-inject-body', function () {
return gulp.src(paths.cordovaSrc + paths.index)
.pipe(injectString.after('<body aurelia-app="main">', '<script src="cordova.js"></script>'))
.pipe(gulp.dest(paths.cordovaSrc));
});
In general it was quite easy to adjust our gulp build tasks for Cordova.
It's a bit overhead to copy all needed sources
everytime we want to build an app, but this is necessary because we also want to be able to build the Aurelia project normally.
To reduce this overhead a bit we also wrote some fast builds, which only copy html
, js
and css
files.
Platform specifics and plugins
We use several Cordova plugins but the two with the deepest platform-specific integration is the bluetoothle-plugin and the file-system-plugin.
With these we are able to download and store files and to establish a Bluetooth connection and read data from other Bluetooth devices.
This works out quite okay but since these are extra layers which try to unify the existing platform-specific implementations and flaws, you can't expect too much. You will have to read carefully through the documentation and write some platform-specific code.
For this you will have to check for the specific platform with:
if (window.cordova && window.cordova.platformId === 'android') {
//platform specific code here
}
Also, you can't expect that everything that is possible on a native platform is also possible via cordova and that there is an existing stable plugin. But you can write own plugins.
In order to integrate a C++ library that is doing some customer specific work, we created a wrapper as an own cordova plugin for the platforms android and iOS. In such a plugin you need to write some Cordova glue code and can implement the needed functionality in a corresponding native language (Objective C, Java, Swift...) and use the native platform libraries.
Good idea?
Since you have extra layers between the native API´s, write a Web UI instead of a native one and translate between ecosystems you have to consider that hyrid apps usally come with some lack of performance and UX.
I like to say that Cordova is not fun but mighty. It hardly depends on what you want to achieve and what your requirements are. In our case the application is a business application. Our users will have to use this application for their daily work and therefore the customer wanted that the application looks on all platforms (desktop, android, iOS) the same so their employees don't need to accustom to different GUI´s. This is a no go for B2C application but for this special use case it was out of question and the tradeoffs of worse usability and performance were therefore approved.
If at the end Cordova was a good choice is hard to say, but using Aurelia with it definitely was.
Found some typo, want to give feedback or discuss? Feel free to contact me :)