Deep linking in iOS Swift - Cheat Sheet & Quick Revision

Recall & Review

beginner

What is deep linking in mobile apps?

Deep linking lets you open a specific page or content inside an app directly, like clicking a special link that takes you straight to a product or message inside the app.

beginner

Which iOS feature allows apps to respond to URLs and open specific screens?

Universal Links let iOS apps open specific screens when users tap a web link that matches the app’s domain.

intermediate

What is the role of application(_:open:options:) in deep linking?

This method in the app delegate handles incoming URLs and lets the app decide what screen to show based on the link.

intermediate

Why do you need to add URL schemes or domains in your app’s Info.plist for deep linking?

To tell iOS which links your app can open, so the system knows to launch your app instead of a browser.

intermediate

What is the difference between custom URL schemes and Universal Links?

Custom URL schemes are app-specific links like myapp://page, but can conflict with other apps. Universal Links use standard web URLs and are more secure and reliable.

What does a deep link do in an iOS app?

A Changes the app icon

B Closes the app automatically

C Opens a specific screen inside the app

D Updates the app in the App Store

Deep links open a specific screen or content inside the app directly.

Which file do you modify to register URL schemes for deep linking?

A AppDelegate.swift

B Info.plist

C Main.storyboard

D ViewController.swift

URL schemes are registered in the Info.plist file.

What method handles incoming URLs in an iOS app delegate?

A application(_:open:options:)

B viewDidLoad()

C applicationDidBecomeActive()

D applicationWillTerminate()

application(_:open:options:) handles URLs passed to the app.

Universal Links are better than custom URL schemes because:

A They use standard web URLs and avoid conflicts

B They change the app’s icon

C They only work on Android

D They require no setup

Universal Links use web URLs and are more secure and reliable.

What happens if a Universal Link is tapped but the app is not installed?

A The app installs automatically

B The app crashes

C Nothing happens

D The link opens in the web browser

Universal Links open the website if the app is not installed.

Explain how to set up deep linking in an iOS app using custom URL schemes.

Think about telling iOS your app’s special link and handling it when opened.

Describe the advantages of Universal Links over custom URL schemes for deep linking.

Consider how Universal Links behave like normal web links.

Practice

1. What is the main purpose of deep linking in an iOS app?

easy

A. To increase app storage capacity

B. To improve app startup speed

C. To open a specific screen or content inside the app from a link

D. To change the app's icon dynamically

Solution

1. Step 1: Understand deep linking concept

   Deep linking allows users to open a specific part of an app directly from a link, not just launch the app.

2. Step 2: Compare options

   Options A, B, and D are unrelated to deep linking's purpose.

3. Final Answer:

   To open a specific screen or content inside the app from a link -> Option C

4. Quick Check:

   Deep linking = open specific app content [OK]

Hint: Deep linking = direct app content access from links [OK]

Common Mistakes:

• Confusing deep linking with app performance improvements
• Thinking deep linking changes app appearance
• Mixing deep linking with app storage features

2. Which method in AppDelegate handles opening your app via a custom URL scheme?

easy

A. application(_:didFinishLaunchingWithOptions:)

B. application(_:open:options:)

C. applicationDidBecomeActive(_:)

D. applicationWillTerminate(_:)

Solution

1. Step 1: Identify URL handling method

   The method application(_:open:options:) is called when the app is opened via a URL scheme.

2. Step 2: Exclude other lifecycle methods

   Other methods handle app launch, active state, or termination, not URL opening.

3. Final Answer:

   application(_:open:options:) -> Option B

4. Quick Check:

   Custom URL open method = application(_:open:options:) [OK]

Hint: URL open handling uses application(_:open:options:) [OK]

Common Mistakes:

• Choosing didFinishLaunchingWithOptions for URL handling
• Confusing app lifecycle methods with URL handling
• Ignoring the options parameter in the method

3. Given this code snippet in AppDelegate, what will happen when the app opens with URL scheme myapp://profile?id=123?

func application(_ app: UIApplication, open url: URL, options: [UIApplication.OpenURLOptionsKey : Any] = [:]) -> Bool {
  if url.scheme == "myapp" && url.host == "profile" {
    print("Open profile with id: \(url.query ?? "none")")
    return true
  }
  return false
}

medium

A. Returns false without printing anything

B. Prints 'Open profile with id: none' and returns false

C. Crashes because url.query is nil

D. Prints 'Open profile with id: id=123' and returns true

Solution

1. Step 1: Check URL scheme and host

   The URL scheme is "myapp" and host is "profile", so the if condition is true.

2. Step 2: Evaluate url.query value

   The query part is "id=123", so url.query is "id=123" and prints correctly.

3. Final Answer:

   Prints 'Open profile with id: id=123' and returns true -> Option D

4. Quick Check:

   URL matches scheme and host, query printed [OK]

Hint: Check url.scheme and url.host before using url.query [OK]

Common Mistakes:

• Assuming url.query is nil and causes crash
• Ignoring url.host check
• Returning false despite matching URL

4. Identify the error in this AppDelegate method for handling deep links:

func application(_ app: UIApplication, open url: URL, options: [UIApplication.OpenURLOptionsKey : Any]) -> Bool {
  if url.scheme = "myapp" {
    // handle URL
    return true
  }
  return false
}

medium

A. Using single equals (=) instead of double equals (==) in the if condition

B. Missing return statement inside the if block

C. Incorrect method signature missing default value for options

D. URL scheme comparison should use url.host instead

Solution

1. Step 1: Check the if condition syntax

   The condition uses single equals (=) which is assignment, not comparison.

2. Step 2: Understand correct comparison operator

   In Swift, equality check uses double equals (==), so this is a syntax error.

3. Final Answer:

   Using single equals (=) instead of double equals (==) in the if condition -> Option A

4. Quick Check:

   Comparison needs '==' not '=' [OK]

Hint: Use '==' for comparison, '=' is assignment [OK]

Common Mistakes:

• Confusing assignment (=) with equality (==)
• Ignoring method signature correctness
• Mixing url.scheme and url.host in condition

5. You want to support universal links in your iOS app. Which of the following is NOT required for universal links to work correctly?

hard

A. Implementing application(_:open:options:) to handle the link

B. Hosting an apple-app-site-association file on your website

C. Adding associated domains capability in your app's entitlements

D. Configuring your website's HTTPS server with a valid certificate

Solution

1. Step 1: Understand universal links requirements

   Universal links require a hosted apple-app-site-association file, entitlements setup, and HTTPS with valid certificate.

2. Step 2: Identify handling method difference

   Universal links use NSUserActivity, not application(_:open:options:), which is for custom URL schemes.

3. Final Answer:

   Implementing application(_:open:options:) to handle the link -> Option A

4. Quick Check:

   Universal links use NSUserActivity, not open URL method [OK]

Hint: Universal links use NSUserActivity, not open URL method [OK]

Common Mistakes:

• Thinking application(_:open:options:) handles universal links
• Ignoring HTTPS requirement for universal links
• Skipping apple-app-site-association file setup