doyeona
Published in

doyeona

App and Environment

I think the first thing you should know before making an app is about the app’s environment or the life cycle of the app. I know you would probably super excited to make your own app after studying basic grammar but i’m sure the app’s quality or the programming skill will stay the same forever

For example, I have played league of legends since high school and i still suck at it. Tbh, my friends are telling me to quit 🤭 I think the reason i’m being looser is that i don’t really tried to understand every champion’s characteristics, role of each lines, and the flow of the game. but what if I understand those basic things and play the game? I’m sure I won’t be silver forever.

So what I was going to say is, to develop Apple’s product and to use their framework that they have made, we should understand the basic concepts and each one of the characteristics to join and win Apple’s game.

App and Environment

https://developer.apple.com/documentation/uikit/app_and_environment/responding_to_the_launch_of_your_app/about_the_app_launch_sequence

Application interacts between our custom code and system framework. System framework provides the necessary environments that requires for us to run the app. While custom code provides features that we want to provide to the users. In other words, It’s divided into two parts.

  • System Framework : where apple provided which means we can’t edit
  • Custom Code : where we provide features to user

Main point of entry for an application

Back to our mother language C, all the application starts from the main() function and this is called an Entry point. Since object C is a superset of C programming language, the app still starts from main() function but the main difference is that Xcode provides main() function automatically for us therefore we don’t need to customize the main() function as below.

main.m

So how does the main() function works?

main() function accepts two parameters, (int argc, char * argv[] ) and calling UIApplicationMain() method passing accepted parameters and the appDelegateClass.When UIApplicationMain method is called, it will create the application object and the application delegate and set up the event cycle.

So we can think of UIApplicationMain() as the entry point of the app and a run loop that delivers input events to your app. Basically it handles most of the important methods and the entire process of the app such as reading the storyboard and doing initial set ups for the app.

main.m

UIApplication is the created application object by UIApplicationMain() and it’s the application itself(root object of the app) but since this is bit complicated to customize, we don’t usually have to work with it. However, there’s time that we need to manage some interactions with the system. That’s the purpose of the App delegate such as,

Most apps don’t need to subclass UIApplication. Instead, use an app delegate to manage interactions between the system and the app.

  • initializing app’s central data structures
  • configuring app’s scenes
  • Responding to notifications originating from outside the app
  • Responding to events that target the app itself, and are not specific to the app’s scenes views or view controller
  • Registering for any required services at launch time, such as Apple Push Notification service.

SceneDelegate?

😈 In iOS12 and earlier, Application had one process and also just one user interface instance to match it.

  • in iOS 12 and earlier, use the UIApplicationDelegate object to respond to life-cycle events.

😈 In iOS13 +, ipad apps can support multiple windows such as enables document creation, people could have multiple document windows open at the same time. In other words, Applications now still just share one process but may have multiple user interface instances or scene sessions.

  • in iOS 13 and later, use UISceneDelegate objects to respond to life-cycle events in a scene-based app

A UISceneSession object manages a unique runtime instance of your scene. When the user adds a new scene to your app, or when you request one programmatically, the system creates a session object to track that scene.

UIAppDelegate took care of everything in iOS 12 and earlier but in iOS13 and later UISceneDelegate will take over some of the roles of the app delegate.

AppDelegate is still responsible for process events and life cycle, but it’s no longer responsible for anything related to your UI life cycle.

Instead, that’ll all be handled by your UIScene Delegate Any UI Setup or teardown work that you used to do in your App Delegate. In other words, It will take care of life cycle events in a scene based app. It is the core methods you use to respond to life cycle events occurring within a scene. object to manage life cycle events in one instance of the app’s user interface.

Scene? Manage multiple instances of the app’s UI simultaneously, and direct resources to the appropriate instance of the UI.

before iOS13 and after

Swift

Anyways, back to the main() function blah blah.. Swift language isn’t the superset language of C. Swift is an independent language developed by Apple. Instead of the main.m file, Swift uses attributes (annotation) to mark a class application’s delegate to provide additional information about the declaration or type.

AppDelegate.swift (before vs after)

App’s Life Cycle

The current state of your app determines what it can and cannot do at any time. When the app changes from state to state, UIKit notifies you by calling methods of the appropriate delegate object accordingly (UISceneDelegate, UIApplicationDelegate)

States of an app:

  • active: The app is running in the foreground and currently receiving events
  • inactive: The app is running in the foreground but is not receiving events
  • background: The app is running in the background

👾 Scene-Based Life-Cycle Events: If the app supports scenes, UIKit delivers separate life-cycle events for each. A scene represents one instance of your app’s UI running on a device.

https://developer.apple.com/documentation/uikit/app_and_environment/managing_your_app_s_life_cycle

When the user or system requests a new scene for the app, UIKit creates it and puts it in the unattached state. User-requested scenes move quickly to the foreground, where they appear on screen. Use scene transitions to perform the following tasks:

👾 App-Based Life-Cycle Events: UIKit delivers all life-cycle events to the UIApplicationDelegate object. The app delegate manages all of your app’s windows, including those displayed on separate screens. The app transitions to perform the following tasks:

Please let me know if there’s anything i need to update 🙏🏻 I still need to study in detail but this was a bit hard topic for me so.. i will try to read again and update the post.

references :

--

--

--

Daily study logs about iOS development will be updated. Any recommendations or discussions are always welcome

Recommended from Medium

Class Inheritance & Type casting in Swift

2019 iPad Webdev: Panic Coda/AWS

Content Hugging & Content Compression Resistance Priority [iOS — CHCR priorities]

iOS Developers Salary

Stunning Animation effects in iOS Apps [Lottie]

3 Approaches to Applying Blur Effects in iOS

Blurry rainy window

How to handle UIScrollView in Swift

Simple Todo app, EverydayTodo in Swift

Get the Medium app

A button that says 'Download on the App Store', and if clicked it will lead you to the iOS App store
A button that says 'Get it on, Google Play', and if clicked it will lead you to the Google Play store
Doyeon

Doyeon

Hey! I am currently studying iOS by myself, and wanna be a cool app developer 🕶 please correct me if i’m wrong or if there’s any thing that you wanna share😊✌️

More from Medium

How to Add a button on the navigation bar in Swift 5 — Let Create An App

Quickstart guide for Native Mobile App Automation On Mac M1/M1Pro Using Appium

Internationalize your App (III)

New features available with iOS 16.