Apple revealed the design of static libraries below:
The libraries aren't a part of this executable file. Thus reduces the memory footprint to your program.
Clearly lively frameworks has more benefits over static frameworks. Especially, it isavailable to get iOS 8 and over.
Apple revealed the design of dynamic libraries below:
Xcode generates two files when Dynamic libraries are construct -
Simulator Architecture document
We will need to change files whenever program needs to alter production and test style.
Notice: The target structure of the customer and also the dynamic library has to be exactly the same. Otherwise, the dynamic loader does not load the library.
So what exactly do programmer need to do to utilize our lively frameworks?
We may add them to our job through the Embedded Binaries segment (project overall tab) and prior to deploying program to the Apple store, simply add a customized script (copy and paste out of the documentation) for your program's Build Phases, construct it, along with the simulator architecture is going to be eliminated from the frame as Apple needs.
For make programmer life easier, it's highly urge CocoaPods. All the build script and settings is automatically managed by CocoaPods, which means you don't have to do anything in any way.