In yesterday’s article , Preparing an ANE to be used in an app, we established that your ANE needs:
- an Extension ID;
- Extension Initializer and Finalizer.
We also saw where these go: in the extension descriptor file. Now’s the time to see what that file exactly is.
The extension descriptor lives in your AIR library
As we have seen in previous articles, the AIR library part of a native extension serves as a wrapper around the native library. It lets AIR know what’s in the native library and how it can be accessed. The extension descriptor serves as a way of making the initial introductions by providing AIR (and the AIR compilers) with information on the Extension ID and the entry point to the extension for each platform you want the ANE to support. This entry point is called the Extension Initializer, which you are already familiar with (see this post if not).
The extension descriptor is an XML file
Fine. The extension descriptor is nothing but XML. So where does it appear in the AIR library project?
You will need to put it in the project’s src/ folder and it’s normally called something like this: your-extension-name-extension.xml.
An example extension descriptor
Here is what it looks like:
The important bits to notice are the <id> tag, which has your unique extension identifier and each <platform> tag, which has the name of the native library for the respective platform, as well as the names of the extension initializer and finalizer functions.
Click here if you want to see what happens if your extension ID, initializer or finalizer don’t have unique names.
Tomorrow we will look at what you need to set in an app when you include an ANE.
Over to you
If you are already developing native extensions, which practice do you follow:
- build an package a single ANE that has implementations for all the platforms it supports?
- build and package one ANE per platform?
Which approach do you prefer and why? Leave a comment below.
Leave a Reply