What is the AppFusion Adapter?

A better way to integrate mobile services with apps

The AppFusion Adapter is a user-defined, user-driven software adapter that is added as part of a newly compiled app binary, created when you fuse an app.  

Each AppFusion Adapter is unique and is dynamically generated based on the service integration choices a user makes on the AppFusion platform.  As the user selects feature sets, the system assembles the AppFusion Adapter and fuses the adapter to the mobile app(s) chosen by the user.

Each AppFusion Adapter has static and dynamically generated parts, shown in the schematic below.

In the center is what we call “User Defined Service Engines.”  A service engine is added only if a user selects a service to be integrated (aka fused) to an app. For example, only if a user selects features from the Appdome Mobile Security Suite will a Security Service Engine (shown above) be added to the adapter. If the user selects an EMM SDK from the AppFusion Platform, only then will a Mobility Management Service Engine be added to the adapter.  This is a core design principle for Appdome.  When you fuse an app, YOU are in control.  With AppFusion, you get exactly what you ordered, nothing more and nothing else.  The end result is not only a model that is driven by choice, but also efficiency.  
When more than one service engine is present in a adapter, the AppFusion platform adds a set of code called the DFS, or Dynamic Function Scheduler. This unique codebase manages conflicts, interactions and priorities between each service engine. For example, it evaluates features a user selects and compares them to native OS functions that perform the same functions. Conflicts can also be exposed to allow users to set priorities during the fusion process.
In order to communicate with the mobile app, the Runtime Integration Module interacts with the app on a runtime basis, substituting intermittent commands based on the app’s native logic. The AppFusion platform does not change the app binary or inject code into the app binary. The app's native native functions are preserved, conforming the SDK to the way an app works instead of forcing the app to conform to the SDK. The commands are semi-permanent, meaning they exist only as long as necessary to perform the function requested.
Above and below the Fusion Engines in the diagram, there are the AppFusion Service Layer and the PosixMAP layer.  The AppFusion Service Layer encrypts and protects the fused app. It also has basic account identifiers, fingerprints, and other features that communicate with our Service.  The PosixMAP Layer allows the AppFusion Adapter to communicate with the OS independent of the app, to ensure the app behaves and performs as expected, thereby preserving a great user experience.    
Bear in mind that the “your app binary” shown here to the left, is just a binary. There is not source code needed.  Interested?  Awesome!  You can sign up for free, take a tour or learn more about Appdome on our website. 


Did you find this article helpful?