How much content does your xib file have? What is the test model?
Added:
You are talking about the startup waiting time, which is the time from opening the APP to the time your login page is displayed. This is normal. The startup time in Debug mode is about 50% slower than the Release version finally submitted to the App Store. At the same time, the intervention of various debugging tools of xcode will affect the startup time. Therefore, many other apps you download can be opened in seconds, but your own Debug version cannot be so fast.
The second point is the mutual reference of header files. For example, xocde7.0 removes the pch file from the project by default. This file served as a public header file in previous projects. But this can easily cause cross-references in header files, resulting in slower compilation (I don’t know if it will affect startup speed
The third point is to try not to do CPU-intensive operations in the class methods +load and +initialize, which will cause startup lag
Finally, my experience is that although xib is slightly slower than pure code, it will never be stuck, or the slow loading can be noticed by the naked eye.
![[Web front-end] Node.js quick start](https://img.php.cn/upload/course/000/000/067/662b5d34ba7c0227.png)
How much content does your xib file have? What is the test model?
Added:
You are talking about the startup waiting time, which is the time from opening the APP to the time your login page is displayed. This is normal. The startup time in Debug mode is about 50% slower than the Release version finally submitted to the App Store. At the same time, the intervention of various debugging tools of xcode will affect the startup time. Therefore, many other apps you download can be opened in seconds, but your own Debug version cannot be so fast.
The second point is the mutual reference of header files. For example, xocde7.0 removes the pch file from the project by default. This file served as a public header file in previous projects. But this can easily cause cross-references in header files, resulting in slower compilation (I don’t know if it will affect startup speed
The third point is to try not to do CPU-intensive operations in the class methods +load and +initialize, which will cause startup lag
Finally, my experience is that although xib is slightly slower than pure code, it will never be stuck, or the slow loading can be noticed by the naked eye.
xib just serializes the view information, and there is no difference in the final running speed