#もくもく独書 第十四章「実践的なSwiftアプリケーション」

もくもく独書 とは

Swift実践入門 ── 直感的な文法と安全性を兼ね備えた言語 (WEB+DB PRESS plus)

上記の Swift実践入門を読みながら、思った事をTweetしていく取り組みです。

Swiftをはじめから丁寧にやっていきます。 なるべく毎日更新を目標にする。

リンク

前回：

ikkitang1211.hatenablog.jp

今日の取り組み

実際に作っておしまいでした！ 楽しい！ こうやって作ればうまく作れるよ、ってのがすごいわかったので、Qiitaクライアントを作るぞっ！！

今日の #もくもく独書

作った！おしまい。https://t.co/orJdjWZBsQ

— イルカ＠JPUG & 岡山swift (@ikkitang) 2018年6月12日

github.com

所感

本日で最終回です。 2週間長かったおしまい！

Swift実践入門について

今はSwift4対応の改訂版出てるのでそっち読んだほうがいいよ。多分。

[改訂新版]Swift実践入門 ── 直感的な文法と安全性を兼ね備えた言語 (WEB+DB PRESS plus)

#もくもく独書 第十三章「エラー処理」

もくもく独書 とは

Swift実践入門 ── 直感的な文法と安全性を兼ね備えた言語 (WEB+DB PRESS plus)

上記の Swift実践入門を読みながら、思った事をTweetしていく取り組みです。

Swiftをはじめから丁寧にやっていきます。 なるべく毎日更新を目標にする。

リンク

前回：

ikkitang1211.hatenablog.jp

次回：

ikkitang1211.hatenablog.jp

今日の取り組み

今日もやってくぞー。 今日は第十三章「エラー処理」について。
Swiftは実行時の安全性が高い言語といえどもネットワーク接続エラーだったりエラーの発生が避けられない処理がある。こういったエラーの処理を学んでいく。#もくもく独書

— イルカ＠JPUG & 岡山swift (@ikkitang) 2018年6月11日

Swift1.xでは Objective-Cのエラー処理と同様であったため、Swift独自のエラー処理の方法は用意されていなかった。Swiftの特性を活かす為に エラー処理方法の一つとして Result<T, Error>型によるエラー処理を編み出した。今でも使われている。 Swift2.0より do-catch文が登場した。#もくもく独書

— イルカ＠JPUG & 岡山swift (@ikkitang) 2018年6月11日

[https://twitter.com/ikkitang/status/1006183712092909568:embed#まず、 Optional型によるエラー処理 について。 Optional型も値がある事を成功、無いことを失敗とみなせばエラー処理として活用する事が出来る。 実装イメージとしては画像のような感じ。… https://t.co/UsMjfWw5Ds]

[https://twitter.com/ikkitang/status/1006183736981901317:embed#続いて Result<T, Error>型によるエラーの実装について。Optionalとの違いはOptionalは失敗をnilとだけで表せるのに対してResult<T, Error>はエラーを詳細に表せる事にあり… https://t.co/XW7YL3f8tg]

続いて、do-catch文を用いたエラーについてです。 do-catch文はSwift2.0で追加されたSwift標準のエラー処理機構です。do-catch文によるエラー処理ではエラーが発生する可能性のある処理をdo節内に記述し、catch節にエラーが発生した時の制御を記述します。pic.twitter.com/kKOJzi7v7e#もくもく独書

— イルカ＠JPUG & 岡山swift (@ikkitang) 2018年6月11日

thorw文でthrowする型はErrorプロトコルに準拠している必要があります。 Errorプロトコルにおいて実装すべきメソッド等はありませんが、列挙型として定義する事が一般的です。 catch節にパターンマッチを利用できる事や連想値を用いて付加情報を付けられるメリットがあります。#もくもく独書

— イルカ＠JPUG & 岡山swift (@ikkitang) 2018年6月11日

関数の定義としてthrowsキーワードを追加する事でそれらの中でdo-catch文を用いずにthrow文によるエラーを発生させる事ができる。
また rethrows キーワードを使用すると、引数のクロージャにて発生したエラーを関数の呼び出し元に伝搬させる事ができます。pic.twitter.com/ZhRqkEQeEW#もくもく独書

— イルカ＠JPUG & 岡山swift (@ikkitang) 2018年6月11日

throwsキーワードが指定された関数を呼び出す時には、tryキーワードを指定します。 tryキーワードを指定した処理の呼び出しはdo-catch文のdo節やthrowsキーワードが指定された処理の内部でのみ指定する事ができる。#もくもく独書

— イルカ＠JPUG & 岡山swift (@ikkitang) 2018年6月11日

ただし、throwsキーワードが指定された関数であっても、この呼出に限りエラーが発生しないとわかっている場合などは tryの代わりに try! キーワードを指定してエラー処理を省略する事ができる。 ただし、実際にエラーが発生した時は実行時エラーとなります。#もくもく独書

— イルカ＠JPUG & 岡山swift (@ikkitang) 2018年6月11日

[https://twitter.com/ikkitang/status/1006184002942668801:embed#try・try!キーワードとならび、try?キーワードというのもある。try? キーワードを用いて throwsキーワードのついた関数を呼び出すと戻り値は Optional型になり、これまでに紹介した Optio… https://t.co/a0t7Nz5UOM]

Swift実践入門について

今はSwift4対応の改訂版出てるのでそっち読んだほうがいいよ。多分。

[改訂新版]Swift実践入門 ── 直感的な文法と安全性を兼ね備えた言語 (WEB+DB PRESS plus)

#もくもく独書 第十二章「非同期処理」

もくもく独書 とは

Swift実践入門 ── 直感的な文法と安全性を兼ね備えた言語 (WEB+DB PRESS plus)

上記の Swift実践入門を読みながら、思った事をTweetしていく取り組みです。

Swiftをはじめから丁寧にやっていきます。 なるべく毎日更新を目標にする。

リンク

前回：

ikkitang1211.hatenablog.jp

次回：

今日の取り組み

今日もやってくぞー！ 今日は第十二章「非同期処理」について。
Swiftではスレッドを利用して非同期処理を実現しています。スレッドそのものを操作するためにコアライブラリのFoundationは "Thread" というクラスを提供しています。#もくもく独書

— イルカ＠JPUG & 岡山swift (@ikkitang) June 10, 2018

また、その他にもThreadを直接操作する事なく容易に非同期処理を行えるようにもなっています。
Swiftで非同期処理を行うには次の３つの方法があります。
・GCDを用いる方法
・ Operation、OpetaionQueueを用いる方法
・ Threadクラスを用いる方法#もくもく独書

— イルカ＠JPUG & 岡山swift (@ikkitang) June 10, 2018

GDCは非同期処理を容易にするための技術で、GCDではキューを通じて非同期処理を行い、直接スレッドを管理することは不要となっています。
GDCのキューをディスパッチキューといい、タスクの実行方式により直列・並列の二種に大別されています。#もくもく独書

— イルカ＠JPUG & 岡山swift (@ikkitang) June 10, 2018

直列ディスパッチキューは現在実行中の処理の終了を待ってから次の処理を実行する形式のもの。並列ディスパッチキューは現在実行中の処理を待たずに次の処理を並列して実行するもの、という違いがあります。
#もくもく独書

— イルカ＠JPUG & 岡山swift (@ikkitang) June 10, 2018

ディスパッチキューを使用するには「既存のディスパッチキュー」を取得して使用するか、もしくは「新規のディスパッチキュー」を新しく作成して使用するかどちらかの方法で利用します。#もくもく独書

— イルカ＠JPUG & 岡山swift (@ikkitang) June 10, 2018

まず、既存のディスパッチキューの取得について。
GCDは既存のディスパッチキューとして 1つのメインキューと複数のグローバルキューを提供しています。
メインキューは直列ディスパッチキューであり、グローバルキューは並列ディスパッチキューです。#もくもく独書

— イルカ＠JPUG & 岡山swift (@ikkitang) June 10, 2018

メインキューの取得は画像のように DispatchQueue型のmainを参照します。
グローバルキューは５種類ある実行優先度(QoS)を指定して取得します。pic.twitter.com/7zsTndhaA5#もくもく独書

— イルカ＠JPUG & 岡山swift (@ikkitang) June 10, 2018

新規のディスパッチキューを作成する方法としてはDispatchQueue型のイニシャライザからインスタンスを作る方法があります。
画像のlabelはなるべくユニークのものを指定する事でXCode上のデバッグで活用できます。pic.twitter.com/JbvWEdt71m#もくもく独書

— イルカ＠JPUG & 岡山swift (@ikkitang) June 10, 2018

取得あるいは新規で作成したディスパッチキューにタスクを追加するには、DispatchQueue型のasync(execute:)メソッドを用います。
ディスパッチキューではタスクはクロージャで表され、並列・直列のディスパッチキューもどちらもタスクの追加方法は同じです。pic.twitter.com/9FWzDoanBQ#もくもく独書

— イルカ＠JPUG & 岡山swift (@ikkitang) June 10, 2018

GCDはlibdispatchで実装されているのに対しFoundationにも非同期処理を実行するOperation、OpetaionQueueがある。Operationクラスは実行されるタスクとその情報をカプセル化したものです。#もくもく独書

— イルカ＠JPUG & 岡山swift (@ikkitang) June 10, 2018

まず、タスクはOperationクラスのサブクラスとして定義します。
キューはOperationQueueで扱い、addOperationメソッドによりタスクを追加していきます。pic.twitter.com/XVrkrz05Bt#もくもく独書

— イルカ＠JPUG & 岡山swift (@ikkitang) 2018年6月10日

GCD、Opeationクラスについてはスレッドの生成はいい感じにしてくれるものだけどThreadクラスは実装者側で実装する必要がある。
実装方法としては下記のようなイメージです。pic.twitter.com/IT6WGrHvHC#もくもく独書

— イルカ＠JPUG & 岡山swift (@ikkitang) 2018年6月10日

本日のもくもく独書は終了。第十二章は非同期処理についてだった。
どれもThreadクラスをいいようにしてくれるものでどれでもぶっちゃけ同じものは実現できる。そのため、それぞれの違いをちゃんと理解して使い分けできる事が重要ですね。#もくもく独書

— イルカ＠JPUG & 岡山swift (@ikkitang) 2018年6月10日

Swift実践入門について

今はSwift4対応の改訂版出てるのでそっち読んだほうがいいよ。多分。

[改訂新版]Swift実践入門 ── 直感的な文法と安全性を兼ね備えた言語 (WEB+DB PRESS plus)

#もくもく独書 第十一章「イベント通知」

もくもく独書 とは

Swift実践入門 ── 直感的な文法と安全性を兼ね備えた言語 (WEB+DB PRESS plus)

上記の Swift実践入門を読みながら、思った事をTweetしていく取り組みです。

Swiftをはじめから丁寧にやっていきます。 なるべく毎日更新を目標にする。

リンク

前回：

ikkitang1211.hatenablog.jp

次回：

ikkitang1211.hatenablog.jp

今日の取り組み

さて、今日もやってくぞー！今日は勉強会＆懇親会なので、朝のこの時間にやる。
今日は第十一章「イベント通知」について。 #もくもく独書

— イルカ＠JPUG & 岡山swift (@ikkitang) 2018年6月9日

まず、"イベント"の定義だけど例えば、ボタンのタップだったりプロパティの値が変わる事だったりのあらゆる事象の事を"イベント"といって、そのイベントの発生を発生元から別のオブジェクトに伝える事を「イベント通知」という。#もくもく独書

— イルカ＠JPUG & 岡山swift (@ikkitang) 2018年6月9日

Swiftにおけるイベント通知のパターンは複数種類ある。
大別として
・ デリゲートパターン
・ クロージャ
・ オブザーバパターン
これらについて、今日は見ていく感じかなー。#もくもく独書

— イルカ＠JPUG & 岡山swift (@ikkitang) 2018年6月9日

デリゲートパターンはあるオブジェクトの処理を別のオブジェクトに代替させるパターンである。
デリゲート元のオブジェクトがデリゲート先のオブジェクトにメッセージを送り、デリゲート先のオブジェクトはそれを受け取って適当な処理を行う、という処理フローになっている。
#もくもく独書

— イルカ＠JPUG & 岡山swift (@ikkitang) 2018年6月9日

例えば、デリゲートパターンの例としてはざっくりこんな感じ
( IPod じゃなくて iPod じゃ！ ってマサカリはなしで）pic.twitter.com/LDzIayDyKl
#もくもく独書

— イルカ＠JPUG & 岡山swift (@ikkitang) 2018年6月9日

クロージャーの例としては以下のような感じ。 音楽プレーヤーでランダムに曲を再生、 callbackの randomName としてランダム再生した曲名を取得した、みたいな感じ。 API連携などの処理として採用されたりするが反面、多用しすぎるとコールバック地獄になる。 pic.twitter.com/aMmOcoiAGg#もくもく独書

— イルカ＠JPUG & 岡山swift (@ikkitang) 2018年6月9日

続いて オブザーバパターンについてみていく。 これまでのデリゲートパターン・クロージャー は イベントの受け取りが 1:1 という時に使うものでした。
オブザーバパターンでは、１対多のイベント通知を可能にするもの。#もくもく独書

— イルカ＠JPUG & 岡山swift (@ikkitang) 2018年6月9日

オブザーバパターンの構成要素としてはサブジェクトとオブザーバである。
オブザーバは通知を受け取る対象、サブジェクトはこのオブザーバを管理し適当なタイミングでイベント通知を行うものです。
#もくもく独書

— イルカ＠JPUG & 岡山swift (@ikkitang) 2018年6月9日

オブザーバパターンの例としてはこんな感じ。 post() を実行する事で複数あるオブザーバで一気に処理が呼ばれる。pic.twitter.com/hwakajwJxY#もくもく独書

— イルカ＠JPUG & 岡山swift (@ikkitang) 2018年6月9日

以上かな。
こういうの使いながらなんか一個アプリ作ってみたいなーって最近思ってる。#もくもく独書

— イルカ＠JPUG & 岡山swift (@ikkitang) 2018年6月9日

Swift実践入門について

今はSwift4対応の改訂版出てるのでそっち読んだほうがいいよ。多分。

[改訂新版]Swift実践入門 ── 直感的な文法と安全性を兼ね備えた言語 (WEB+DB PRESS plus)

#もくもく独書 第十章「型の設計指針」

もくもく独書 とは

Swift実践入門 ── 直感的な文法と安全性を兼ね備えた言語 (WEB+DB PRESS plus)

上記の Swift実践入門を読みながら、思った事をTweetしていく取り組みです。

Swiftをはじめから丁寧にやっていきます。 なるべく毎日更新を目標にする。

リンク

前回：

ikkitang1211.hatenablog.jp

次回：

今日の取り組み

今日もやってくぞー
今日は第十章 「型の設計指針」について。構造体・クラス・列挙型についてどのように使い分けていくべきかについて掘り下げて行く感じ！ #もくもく独書

— イルカ＠JPUG & 岡山swift (@ikkitang) 2018年6月8日

クラスを使う上で頭に入れておくべきなのは、 「クラスが参照型」である、という事。
例えば、画像のような感じのパターンを想像したとき、最後の takahasi.favoriteFood が 苺ではなくて オレンジとなる。pic.twitter.com/Ek3D1lPDoW#もくもく独書

— イルカ＠JPUG & 岡山swift (@ikkitang) 2018年6月8日

先程の参照型の問題を解決するには、次のようにクラスだったものを構造体にする事で解決する事ができる。
この安全性により、Swiftでは構造体の利用が推奨されている。pic.twitter.com/eF4KT2e1V1
#もくもく独書

— イルカ＠JPUG & 岡山swift (@ikkitang) 2018年6月8日

先程の問題などの場合においては構造体の利用が推奨されているが、Swiftでもクラスを利用すべき時もある。
画像のような感じでリレーの"走者"と"スターター" を考えます。 starterをクラスにすることで参照が共有され走者は皆同じピストルを参照します。pic.twitter.com/yvbOetrY9z
#もくもく独書

— イルカ＠JPUG & 岡山swift (@ikkitang) 2018年6月8日

また、クラス の特徴としてクラスには、値型の構造体・列挙型にはないクラスの継承という概念がある、という箇所があげられます。
Swiftでは値型の構造体や列挙型には継承に相当する概念がありません。
Swiftではこういう場合は、 プロトコルを定義する事でそれを実現します。
#もくもく独書

— イルカ＠JPUG & 岡山swift (@ikkitang) 2018年6月8日

プロトコルを使用する事で 必要なものは共通化しながらも、FatSuperClass を防ぎ 各サブクラスで実装すべきはプロトコルの準拠によって抽象的な事象を具体化する、という事を実現する事ができます。#もくもく独書

— イルカ＠JPUG & 岡山swift (@ikkitang) 2018年6月8日

今日は以上。。かな。
この章は結構何度も読んで理解した方がいい気がするねー。
一気にSwiftが好かれる理由となってるような箇所だったりすると思ってる。#もくもく独書

— イルカ＠JPUG & 岡山swift (@ikkitang) 2018年6月8日

Swift実践入門について

今はSwift4対応の改訂版出てるのでそっち読んだほうがいいよ。多分。

[改訂新版]Swift実践入門 ── 直感的な文法と安全性を兼ね備えた言語 (WEB+DB PRESS plus)

#もくもく独書 第九章「モジュール」

もくもく独書 とは

Swift実践入門 ── 直感的な文法と安全性を兼ね備えた言語 (WEB+DB PRESS plus)

上記の Swift実践入門を読みながら、思った事をTweetしていく取り組みです。

Swiftをはじめから丁寧にやっていきます。 なるべく毎日更新を目標にする。

リンク

前回：

ikkitang1211.hatenablog.jp

次回：

ikkitang1211.hatenablog.jp

今日の取り組み

さて、やっていき。 今日は 第９章「モジュール」について
「モジュール」とは"複数のソースコードを含む配布可能なプログラムの単位"である。Swiftのモジュールは、プログラムの名前空間を区切る単位として考える。#もくもく独書

— イルカ＠JPUG & 岡山swift (@ikkitang) 2018年6月7日

主なモジュールの作成方法としては "フレームワーク" と "アプリケーション"の２種類がある。
フレームワークは他のプログラムから実行されることを前提としており、アプリケーションは単独で実行する事ができる。 #もくもく独書

— イルカ＠JPUG & 岡山swift (@ikkitang) 2018年6月7日

フレームワークとは、モジュールやリソースなどのプログラムを配布して再利用するために必要となるものを１つのパッケージとしてまとめたもの。
フレームワークはアプリケーションや他のフレームワークとリンクして使用する。フレームワークを使用することで同じプログラムを使い回せる #もくもく独書

— イルカ＠JPUG & 岡山swift (@ikkitang) 2018年6月7日

フレームワークの作成方法としては XCodeから Cocoa Touch Frameworkを選択する事で作成する事ができる。(iOS向けの場合)
#もくもく独書 pic.twitter.com/xVbR8XyaVW

— イルカ＠JPUG & 岡山swift (@ikkitang) 2018年6月7日

アプリケーションは単独で実行可能なプログラム。
XCodeでは Single Page Application などを選択する事でアプリケーションを作る事ができる。#もくもく独書 pic.twitter.com/ja0Zjkbbmb

— イルカ＠JPUG & 岡山swift (@ikkitang) 2018年6月7日

モジュール間をまたいで 別モジュールへアクセスする場合は明示的にインポートする必要がある。インポートは図のようにして行う。インポートはファイル単位でのみ有効のため、各ファイルに対してインポートを個別に行う必要がある。pic.twitter.com/RB1zA9BUGr#もくもく独書

— イルカ＠JPUG & 岡山swift (@ikkitang) 2018年6月7日

モジュール内の型や要素についてはアクセスレベルを指定することでアクセスコントロールができる。
適切なアクセスレベルを指定することで内部的な処理を閉じた状態にするようなプログラムの記述が可能になる。pic.twitter.com/okibAth5vB#もくもく独書

— イルカ＠JPUG & 岡山swift (@ikkitang) 2018年6月7日

以上かな。 今日はモジュールについての学びをすすめた。
なんかフレームワークとして作りたいんよなー、とか思いながら割とずっと放ったらかしにしてるから、いつか作りたい。#もくもく独書

— イルカ＠JPUG & 岡山swift (@ikkitang) 2018年6月7日

Swift実践入門について

今はSwift4対応の改訂版出てるのでそっち読んだほうがいいよ。多分。

[改訂新版]Swift実践入門 ── 直感的な文法と安全性を兼ね備えた言語 (WEB+DB PRESS plus)

#もくもく独書 第八章「ジェネリクス」

もくもく独書 とは

Swift実践入門 ── 直感的な文法と安全性を兼ね備えた言語 (WEB+DB PRESS plus)

上記の Swift実践入門を読みながら、思った事をTweetしていく取り組みです。

Swiftをはじめから丁寧にやっていきます。 なるべく毎日更新を目標にする。

リンク

前回：

ikkitang1211.hatenablog.jp

次回：

ikkitang1211.hatenablog.jp

今日の取り組み

今日もやっていき！ 今日は第八章 「ジェネリクス」について。
ジェネリクスは型をパラメータとして受け取る事で汎用的なプログラムを記述するための機能のこと。#もくもく独書

— イルカ＠JPUG & 岡山swift (@ikkitang) 2018年6月6日

[https://twitter.com/ikkitang/status/1004366389908344832:embed#ジェネリック関数の定義としてはこんな感じ。知られているものとしては OptinalやArrayなどがある。ちなみに Optional や Arrayなど具体的な型を指… https://t.co/f1bMfMTsOP]

また、ジェネリック型というのも定義する事ができ、構造体、クラス、列挙型の各型について画像のように定義する事でジェネリック型を定義する事ができる。
ジェネリック型の型引数は定義内のメソッドの戻り値やプロパティの型として使用することができる。pic.twitter.com/fEpOWEEwQi#もくもく独書

— イルカ＠JPUG & 岡山swift (@ikkitang) 2018年6月6日

また、型引数については準拠すべきプロトコルやスーパークラスなどさまざまな制約を設ける事ができ、これを型引数という。
型制約を設ける事でその制約を満たす型に限った実装をする事ができより安全で汎用性の高いプログラミを記述する事ができる。pic.twitter.com/qhqYL7Bxlz#もくもく独書

— イルカ＠JPUG & 岡山swift (@ikkitang) 2018年6月6日

今日はこんな所かな。 ジェネリクスを活用する事で型安全性を保ちながらも汎用的なプログラムを書く事が出来るようになっている。また型制約を適切に用いる事でより具体的な実装を記述する事も出来る。#もくもく独書

— イルカ＠JPUG & 岡山swift (@ikkitang) 2018年6月6日

Swift実践入門について

今はSwift4対応の改訂版出てるのでそっち読んだほうがいいよ。多分。

[改訂新版]Swift実践入門 ── 直感的な文法と安全性を兼ね備えた言語 (WEB+DB PRESS plus)