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.
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:
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
See documentation below for the optional parameters.
If the project is created you can now add the needed platforms with:
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
Another build step that is necessary, is to include
cordova.js in the body in the
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.
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
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:
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.
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 :)