}古いバージョンのアプリで使用しているメタデータと、(これから実行しようとしている)新しいアプリで使用するメタデータの比較を行えば良い。インスタンスは1つしか作れないという制限はなく必要ならいくつでも作ることができる。これは同じDBファイルに対してもそう(ただし非スレッドセーフなので排他制御は自分で行う必要がある。その為のメソッドも用意されている)。インスタンスを作ることは、複数インスタンスを作る場合の利点の一つ。インスタンスだけで通常の利用とマイグレーションを一緒にやろうとした場合、起動時にDBへアクセスしようとした時に時間のかかるマイグレーションが発生して起動時間問題にひっかかるなどの弊害が出る場合がある。インスタンスを用意する、複数のスレッドでインスタンスを持つ、などが考えられる。単位で設定できるので、インポートなど特殊な用途向けのオプションを設定する場合などにインスタンスを分けることが役立つ。アプリでクライアント証明書を使用する可能性があるので少しづつ検証を進めていく。開いてインストールした。その時のスクリーンショットを記録として残しておいた。インストールしたクライアント証明書は、その証明書を要求するサイトへのアクセスで利用することが確認できた。利用可能(自動的に利用される)以下、スクリーンショット。メールに添付されたファイルをタップ「設定」が開き、インストールボタンが表示される。詳細インストールボタンを押すと確認を求められる。パスコードが求められる。証明書のパスワードを入力インストール完了。「信頼されていない」と表示される。この後、メールソフトへ制御が戻る。証明書は「設定」>「一般」>「プロファイル」で確認できる。アクセスしたところ接続に成功した。証明書の利用を確認するダイアログは何も表示されない(自動的に使われている)。-標準的な仕組みは理解できた。実際に使う場合、メールで証明書を送るのはまずいのでアプリ内で証明書をインストールする仕組みが必要だと思われる。その為のAPIも用意されているはずなので、これは今後の課題。コメントTweetブログはこの先も続けますが、今後の更新頻度は毎日ではなく不定期にします。理由はご存知のとおり(?)、ここのところ実質毎日更新ができていないことにあります。最近は子育て他で以前に比べるとプログラミングに割ける時間がぐっと減ってしまい、ブログを書く時間もなかなか取れなくなってきました。ブログを書く為にアプリ開発に時間が取れないという本末転倒な状況に陥ってきたというのもあります。今年の2月で毎日更新が満3年を迎えてちょうど節目を迎えたことと(*1)、毎日更新を始めた当初の目的である「Cocoaの勉強を習慣化する」というのが果たせたということもあり、このタイミングで毎日更新を終了することにしました。使う機会も増えました。いう意味でもブログを続けて時間を費やしてきたことは無駄じゃなかったと思ってます。更新頻度は低くなりますが今後もまたよろしくお願いします。コメントTweet※タイトルはあまり深い意味は無い。なんとなく「第三の〜」の響きが良かったので。上の複数のアプリケーションでデータ共有ができることがわかったのでそれを解説する。Group(グループ)を元に行われる。アイテムにはこのグループ属性があり、同じグループに所属しているアプリケーションからのみアクセスが許可される。アプリケーションは複数のグループに所属することができるので、データの共有を目的したグループを用意しておき、複数のアプリケーションでこのグループに所属すれば、このグループに所属するアイテムへそれら複数のアプリケーションがアクセスすることができる。あればパスワードである必要はない。格納することができるので任意の値を共有することができる。アクセス制御」を参照のこと。KeyChainApp-2)用意し、それぞれのアプリケーションから同じアイテムへアクセスできるかを検証してみた。