超今さらながら、Social.FrameworkとAccount.Frameworkを使ってみました。
これらを利用すると、面倒なアカウント管理やOAuth周りのコードを書かなくてもよくなります。
今回は、Twitter公式ブログにあるコードがだいたい利用できました。
超今さらながら、Social.FrameworkとAccount.Frameworkを使ってみました。
これらを利用すると、面倒なアカウント管理やOAuth周りのコードを書かなくてもよくなります。
今回は、Twitter公式ブログにあるコードがだいたい利用できました。
iOS 6からviewWillUnloadとviewDidUnloadが呼ばれなくなったようなので、実際どのように処理をしているのかを調べてみました。
詳細は「View Controller Programming Guide for iOS」の「Resource Management in View Controllers」を参照してください。
Objective-CにはランタイムAPIが用意されており、これを利用することでObjective-Cのクラスやオブジェクトを作成や操作を実行時に行うことができます。
本記事では新しいクラスをObjective-CランタイムAPIで作成して利用してみます。 このとき、新しいクラスをNSObjectから継承せずに作成してみることで、どのような問題が起こるのかを述べます。
Objective-CランタイムAPIについてはAppleのリファレンス「Objective-C Runtime Reference」を参照してください。 また、Objective-Cランタイムシステムに興味のある方は、マイコミジャーナルのコラム「ダイナミックObjective-C」の14〜31回を参照してください。
Objective-CではURLをベースとした通信フレームワークであるURLローディングシステムが用意されています。これはプロトコルとしてftp, http, https, fileをサポートしており、これらのプロトコルでの通信を行うアプリケーションを簡単に書くことができます。
この記事ではAppleの「URL Loading System Programming Guide」を参考にして、URLローディングシステムを利用した通信の概要について紹介します。NSURLConnectionは同期通信にも対応していますが本記事では触れません。また、iOSでは使用できないNSURLDownloadも基本的には取り扱いません。
ビューコントローラにおけるビューの管理にはロードサイクルとアンロードサイクルという2つのサイクルがあります。ロードサイクルではビューを利用可能な状態にし、アンロードサイクルは利用できない状態にします。なお、アンロードサイクルはアプリケーションがメモリ不足のときに発生します (コントローラの解放とは関係ありません)。
iPhoneはメモリを潤沢に持っていないため、使用メモリ量に関係なくアプリケーションのメモリ警告が発生することがあります。このとき、アプリケーションは前述のアンロードサイクルを含んだ処理を行ってメモリを解放しようとします。本記事ではこのアンロードサイクルの処理の流れについて調べてみます。
そこで、本記事ではまずコントローラのビュー管理についてまとめ、続いて、メモリ警告発生時の挙動をシミュレーションを通して確認してみます。なお、ビュー管理サイクルについては「View Controller Programming Guide for iOS」の「Understanding the View Management Cycle」の項を、メモリ警告シミュレーションについては「Memory Usage Performance Guidelines」の「Responding to Low-Memory Warnings in iOS」の項を参照してください。
カスタムURLスキームと名前付きペーストボードを使うことで、自分のアプリケーションからATOK Pad for iPhone (以下、ATOK Pad) を利用することができるようになります。これまで何回かにわたってカスタムURLスキームを利用する方法や、独自カスタムURLスキームを指定する方法などについて述べましたが、今回はこれらのまとめとして、ATOK Padとの連携について説明します。
この記事ではカスタムURLスキームのためのInfo.plistへのエントリ作成は既に済んでいるものとします (以前の記事「 iOSで独自カスタムURLスキームを設定する方法について」も参照してください)。また、Interface Builderの利用法については理解しているものとします。なお、ATOK Padには開発者向け情報向けページがあり、サンプルプログラムも用意されているので試してみるとよいでしょう。
以前の記事「iOSで独自カスタムURLスキームを設定する方法について」では、カスタムURLスキームを受け入れるアプリケーションはapplication:handleOpenURL:で与えられたNSURLオブジェクトに基づいて処理を行えばよいと述べました。
この記事では与えられた文字列に対するNSURLのアクセスメソッドの返す値や、URL向けの文字列エスケープ (%エスケープ; 文字列を%xxの形式に変換する) の方法について紹介します。
前回の記事「iOSでカスタムURLスキームを利用してアプリケーションを起動する方法について」では、カスタムURLスキームを利用して他のアプリケーションを起動する方法について紹介しました。今回は自分のアプリケーションに独自のカスタムURLスキームを設定して、他のアプリケーションから利用可能にする方法について紹介します。