Appdome is a no-code mobile integration platform as a service (iPaaS), supporting a wide variety of implementations for Android and iOS apps.
This Knowledge Base article summarizes what a .ipa file is. A .ipa file is an iOS binary.
All of Appdome’s services can be added to any iOS or Android app instantly, with no code or coding.
We hope you find it useful and enjoy using Appdome!
About .ipa files
iOS applications are bundled in a single file of type IPA (short for iOS App-store Package).
Although they come with an
ipa suffix they are just regular ZIP files, you can try modifying the suffix to
zip and then extracting them.
Since IPA files all have a well defined internal structure, What you’ll find inside is a single folder called
Payload, inside of which will be another folder called
<your app's name>.app. Besides the
Payload folder, you may also find other folders and files, usually for use of iTunes service.
If you are using a Mac, you might think at first that the app folder is a file, but if you right click it, and select “Show Package Contents” you’ll be able to open it.
Inside you’ll find the following:
Info.plistfile – this is the file that describes the application to the iOS operating system, using a list of properties. Take the next file for example
We can see a lot of properties here, like:
- Which files in the IPA is the icon
- Application display name
- Unique identifier
- Application main executable filename
- The application’s main executable – this contains the code of the application. In essence, this IS the application. All the Objective-C and Swift code punched in by your developers is encoded into this file. Just a quick reminder, the executable’s file name is determined by the
One thing that’s important to know, is that the application file contains within it entitlement information. This is Apple’s name for permissions.
- External executable libraries – other libraries the main executable use.
Frameworks– This is a folder that contains frameworks used by the application.
Each framework will reside under its own folder called
Frameworks/<framework-name>.frameworkand will contain its native code and resources.
In addition, Swift applications will have the Swift runtime libraries directly under the
- Plugins – application extensions, executed by the application.
- Resources – documents, images, icons, video and audio files.
www– if the application is a web app, developed with Cordova or React Native for example, the web data will be stored in a folder named
If such an application is fused with TOTALCode obfuscation enabled, these files (which contain the bulk of the application’s intellectual property) would be encrypted.
- Nib or storyboard files
These files describe the UI of the application and how it interacts with it’s logic.
- Signature information, iOS verifies all native code elements have not been modified since they were “signed” by the developer/distributer. This includes: the executable, frameworks, libraries, PlugIns (app extensions) and WatchKit.
The signing process should follow a certain order: WatchKit, PlugIns, Frameworks (and the appdome Framework), Executable and
- Provisioning information (most commonly
This file determines the deployment permissions of the application. The short explanation is that as a developer, you can only install your application on a limited set of devices (so you won’t distribute an application without Apple’s approval). So, unless you published your application to the App Store (or acquired an enterprise code signature), you need to equip your application with a provisioning profile. The provisioning profile is also a plist file, and should be obtained by the developer from Apple’s developer console.
The provisioning information contains inside it a copy of the application’s entitlements, so as you may understand, you can’t just give an application any permission you want, it must all be “authorised” by apple.
How Do I Learn More?
If you have any questions, please send them our way at email@example.com or via the chat window on the Appdome platform.