2017-10-23

Swiftで遊ぼう！ - 991 - Preparing Your App to Run in the Foreground

Swift 4 UIKit

Preparing Your App to Run in the Foreground | Apple Developer Documentation

UIKitを使ったアプリケーションを組み立てる時に知っておかなければならないメソッドの勉強をしています。前回はapplication(_:willFinishLaunchingWithOptions:) とapplication(_:didFinishLaunchingWithOptions:) の使い分けを勉強しました。この2つのメソッドはあくまでもアプリのユーザーインターフェイスが描画される前に実行されます。

次はアプリがアクティブになった時に呼ばれるメソッドの説明です。

アプリケーションがスクリーン上でアクティブなったときにUIKitはapplicationDidBecomeActive(_:)を呼びます。バックグラウンドからフォーグラウンドに移るときもこのメソッドは呼ばれますが、その前にapplicationWillEnterForeground(_:) が呼ばれます。

applicationDidBecomeActive(_:)メソッドが戻されたときに全てのwindowsは表示されるし、viewsがまさに表示される時にview controllerに通知(Notification)が送られます。

viewsの内容をアップデイトするためにviewWillAppear(_:) を使用します。インターフェイスが画面に表示された後ならviewDidAppear(_:)を使うといいです。

2017-10-21

Swiftで遊ぼう！ - 990 - Responding to the Launch of Your App

Swift 4 UIKit

Appleのドキュメントを読んで理解できるのはちょっと嬉しいですね。

Launchトランザクションで何が起こるのか理解しましょう。

Responding to the Launch of Your App | Apple Developer Documentation

UIKitを使ったアプリケーションの構造は次のようになっています。

f:id:yataiblue:20171021150605j:plain

アプリケーションを最初に立ち上げた時にシステムが用意しているUIApplicationが立ちあがります。これはシステムが制御するものでユーザーは変更することができません。UIApplicationはユーザーに制御させるためにUIApplication Delegateというプロトコールを用意しているのでそれを使って制御します。ということでUIApplication Delegateはカスタム・オブジェクトになるんです。

アプリケーションが最初に立ちあがる時にこの2つのプロトコールを使えます。

func application(_ application: UIApplication, 
    willFinishLaunchingWithOptions launchOptions: 
    [UIApplicationLaunchOptionsKey : Any]? = nil) -> Bool {
        // Override point for customization after app launch,
        //  but before state restoration.
    return true
}


func application(_ application: UIApplication,
       didFinishLaunchingWithOptions launchOptions: 
        [UIApplicationLaunchOptionsKey: Any]?) -> Bool {
            // Override point for app customization
            // Perform final customization of your user interface.    
}

application(_:willFinishLaunchingWithOptions:) はアプリがストーリーボードからユーザーインターフェイスのオブジェクトを読み込んだ直後1度だけ呼ばれます。application(_:didFinishLaunchingWithOptions:) はアプリがコンテンツの利用するタイミングやインターフェイスをアップデイトしたりタスク開始のタイミングで呼ばれます。

これらのメソッドが実行されてUIKitに戻ってくるまでユーザーインターフェイスは表示されません。このメソッドは非同期、もしくはバックグラウンド・ディスパッチで実行させるのが原則です。

まずホームボタンでアプリのアイコンをタッチするとシステムはアプリの起動を始めるんですが。そのとき、dictionary型のオブジェクトを上記のメソッドに渡すんです。

dicutionary型のオブジェクトは単にkeysを保持しているだけで、これにより適切な起動を行えるようにするんです。例えば、アプリのバックグラウンドでロケーションをアップデイトさせるためにdicitionary型オブジェクトにlocationキーが含まれていると次のように記述することでlocationに応えることができます。

class AppDelegate: UIResponder, UIApplicationDelegate, 
               CLLocationManagerDelegate {
    
   let locationManager = CLLocationManager()
   func application(_ application: UIApplication,
              didFinishLaunchingWithOptions launchOptions:
              [UIApplicationLaunchOptionsKey: Any]?) -> Bool {
       
      // If launched because of new location data,
      //  start the visits service right away.
      if let keys = launchOptions?.keys {
         if keys.contains(.location) {
            locationManager.delegate = self
            locationManager.startMonitoringVisits()
         }
      }
       
      return true
   }
   // other methods…
}

なんとなく理解はできます。

2017-10-14

Swiftで遊ぼう！ - 989 - Managing Your App's Life Cycle

Swift 4 UIKit

今までチュートリアル以外のAppleから公開されている正式なドキュメントを読み進めたことが無かったのでいい勉強になっています。

Managing Your App's Life Cycle | Apple Developer Documentation

App delegateの働きもなんとなく分かっていたつもりでした。しかし、このドキュメントを読んで全体像が把握できたような気がします。アプリケーションは常に5つの状態のどれか一つのステートに存在します。ステート間の移動(トランジション)には以下のような制限があります。

f:id:yataiblue:20171013183416j:plain

「Active」から「Background」に直接移ることはできないんです。こういう事も知らなかったです。トランジションにも5つのパターンがあります。

Launch：「Not Running」→「Background」or「Inactive」
Activation：「Inactive」→「Active」
Deactivation：「Active」→「Inactive」
Background execution：「Inactive」or「Not Running」→「Background」
Termination：5つのいかなる状態からでも「Not Running」に移行

ここの説明を読んでいると「Suspend」への移行をコントロールできないみたいです。システムが自動的に制御しているようでSuspendからアプリへのNotify無しでNot Runningに移行もします。

今日はここまで。

2017-10-13

Swiftで遊ぼう！ - 988 - About App Development with UIKit

Swift 4

さあドキュメントを読むことから再開しています。UIKitを使ったアプリケーション開発の基本はMVCモデル！

About App Development with UIKit | Apple Developer Documentation

MVCモデルの基本しか理解していなかったので、ここでもう少し深い内容が学べました。UIKitではModelオブジェクトとしてUIDocumentが用意されています。知らなかったんですが、名前が示すようにModelオブジェクトのデータを扱うのでだと思います。でもロジックパートは独自に実装する必要がありますね。このUIDocumentを使うのであればControllerオブジェクトとしてApplication Delegateを介してViewControllerで制御するのが一般的です。この扱いはModelオブジェクトにCoreDataを扱うときと同じですね。

Viewオブジェクトは最上位にUIWindowがありますが、Application Delegateから意識しないで扱うようになっています。一つ重要なオブジェクトがあります。アプリケーションのイベントループをコントロールするUIApplicationオブジェクトです。これはアプリのライフサイクルを制御するのですがControllerオブジェクトでシステムが制御している部分です。

このライフサイクルの復習は明日します。

2017-10-12

Swiftで遊ぼう！ - 987 - 復活を宣言！

「Swiftで遊ぼう！」読者の皆さん、お久しぶりです。

万年プログラミング初心者親父がはてなに戻って参りました(^_^;)　ブログの中断に併せて勉強も中断してました。約２年間は毎日できる限りSwiftプログラミングに触れていたんですが、ここ数ヶ月は完全に離れてしまったのでオリジナルアプリ開発の目的が遠ざかったような気がします(T_T)

OOPの概念を理解できたんで後はAPIの利用とオリジナルアプリのアイディアを実体化するところだったのですが...　現役を離れると知識の後退も速いですね(^_^;)

Swift 4が公開され、また言語的なブラシュアップが必要になりました。

それでもAppleが用意しているドキュメントもかなり豊富になっているのでドキュメント・ライブラリを読み返すところから始めます。

まずはフレームワークの１つ「UIKit」のドキュメントから読みます。

Important
Use UIKit classes only from your app’s main thread or main dispatch queue, unless otherwise indicated. This restriction particularly applies to classes derived from UIResponder or that involve manipulating your app’s user interface in any way.
UIKit | Apple Developer Documentation

という記述も理解できます。まあ完全初心者から脱却はできてるようです。

ちょっとずつ毎日ブラシュアップ開始です。