Cocoaの日々: [iOS] Static Library (1) ライブラリ作成
Static Library を作りたい。まずは最も簡単なものから作ってみよう。 Static Library用新規プロジェクト Xcode を立ち上げて新規プロジェクトのテンプレートから "Cocoa Touch Static Library" を選ぶ。 このプロジェクトへ XCSampleClass を追加する。 @interface XCSampleClass : NSObject { } - (NSString*)helloString; @end@implementation XCSampleClass - (NSString*)helloString { return @"Hellow World"; }メソッドがひとつだけの簡単なクラス。 ビルドすると libStaticLibrarySample.a が生成される。 ライブラリを利用するサンプル 作成したライブラリを利用する
![Cocoaの日々: [iOS] Static Library (1) ライブラリ作成](https://cdn-ak-scissors.b.st-hatena.com/image/square/9734c1e329df6cfec0bfb0a2ebd55c18250b686c/height=288;version=1;width=512/https%3A%2F%2Fblogger.googleusercontent.com%2Fimg%2Fb%2FR29vZ2xl%2FAVvXsEgKppXDfrIUBHN2xzJR1RUGAgbLhmqCsLDka3ZI77mrpGSOeYCQdzd2P_gNvURxBKj9Sh9b7kgbQjdX0PbIhJfkliAc2MengrAO5wuzcm-7R0HQhqCkFGzY7woCR7nF1AEbDeEX51BLvVW3%2Fs320%2F101102-0005.png)
Cocoaの日々: [iOS] CoreData - マイグレーション[5] マイグレーション中にアプリを終了させたらどうなる？
[前回] Cocoaの日々: [iOS][Mac] CoreData - マイグレーション[4] モデルファイルの構成 マイグレーションの検証中の素朴な疑問：Core Data のマイグレーション中にアプリを落としたり、電源を落としたりするとどうなるのか？ 試してみた。 サンプルプログラム 前回のソースに手を入れて初回起動時に 10,000件のデータを登録するようにしてみた。実行するとデバッグコンソールに 20件毎のコミット状況が書きだされる。 最初にバージョン１のモデルで実行し、次にバージョン２のモデルへ切り替えてマイグレーションが実行されるようにする。 まず最初に正常動作の確認をしたところ次の結果となった。 [バージョン１] サンプルデータ 10,000件の生成： 32秒 [バージョン２] マイグレーション 10,000件 ： 24秒 ※ iPhone 3GS / iOS 4.2 マ
![Cocoaの日々: [iOS] CoreData - マイグレーション[5] マイグレーション中にアプリを終了させたらどうなる？](https://cdn-ak-scissors.b.st-hatena.com/image/square/b7889713df8fbacbbf3385700f0f158ab5edc17f/height=288;version=1;width=512/https%3A%2F%2Fblogger.googleusercontent.com%2Fimg%2Fb%2FR29vZ2xl%2FAVvXsEjPnVYBopWe3_9Ep__IBTD4wuvETuL5nFTrVFYDqgCvcgVq8StMP7DxlBorc9SAI2h5WpT_PibSv-WI9aJv5FyFuFUP4SZnbcPjGnhSZuoFjnLe3KvOMB3fDSg7_GQ4Bl7C7pY5TdDejTHk%2Fs1600%2F101216-0004.png)
Cocoaの日々: CoreData - マイグレーションを考慮した CoreDataManager パターン
CoreData を使うアプリであればこの程度の件数はすぐに行くので、起動時にマイグレーションが走ると確実に落ちてしまう。これを防ぐためには起動時に CoreData へアクセスさせないのが最低限の対策になるが、その場合でもユーザが CoreData へアクセスする操作を行った瞬間にマイグレーション処理に時間がかかって画面が固まったようになるのでユーザビリティは良くない。 マイグレーションを考慮したパターン よって CoreDataを使うアプリではマイグレーション用の画面を用意するのがベスト。処理フローはこんな感じ。 起動 ↓ (1)マイグレーションチェック もし必要なら、マイグレーション用の画面へ遷移し、(2)マイグレーション実行 ↓ 通常画面マイグレーションチェックは NSPersistentCoordinator を使えばわかる。 Cocoaの日々: [iOS][Mac] CoreD
Cocoaの日々: [iOS] UIWebView でエクセルシートを表示する
iOS/iPhone/iPad/MacOSX プログラミング, Objective-C, Cocoaなど iPad でエクセルシートを表示する必要が出てきたので試してみた。 方法 UIWebView を使うと表示ができるようだ。方法は iOS Reference Library の QA1630 に記述されている。 Technical Q&A QA1630: Using UIWebView to display select document types 読み込み可能な書類の種類は次の通り（上記サイトより転載）。 Excel (.xls) Keynote (.key.zip) Numbers (.numbers.zip) Pages (.pages.zip) PDF (.pdf) Powerpoint (.ppt) Word (.doc) Rich Text Format (.rtf) R
![Cocoaの日々: [iOS] UIWebView でエクセルシートを表示する](https://cdn-ak-scissors.b.st-hatena.com/image/square/31fd91c2030a4fb718b2aa68d25a1aa708ce3d14/height=288;version=1;width=512/https%3A%2F%2Fblogger.googleusercontent.com%2Fimg%2Fb%2FR29vZ2xl%2FAVvXsEhjgupIH9-wxjtPUjhFyXan9-UXsZ2LNuYRgfrVe0ZakVpi_Gs8pzwxi0htEo22sY15tYgZQEQDNDhrk27O_GmIMweXEsGT5mLTvchJuZiv2kG_nW1fAVBOUfiShRUApOgpZCBp3O1ilShZ%2Fs320%2F101231-0005.png)
Cocoaの日々: [iOS] データ保護（Data Protection）
iOS 4 以降、データ保護機能が提供されるようになった。特徴は次の通り。 データ保護機能を有効にするにはパスコードロックを有効にする必要がある データ保護の適用はファイル単位となる アプリケーションが明示的にファイルにデータ保護属性を付加することで有効になる データ保護属性のついたファイルには、デバイスロック中は保護されていてアクセスができない バックグラウンドで動作するアプリであっても、デバイスロック時にはデータ保護されたファイルへアクセスできない データ保護属性のついたファイルは、デバイスロック中に iTunesなどのツールから持ち出すことができない データ保護属性のついたファイルは暗号化される 対象機種：iPhone 4, iPhone 3GS, iPod touch (3rd generation or later), and all iPad models [参考情報] Lim
![Cocoaの日々: [iOS] データ保護（Data Protection）](https://cdn-ak-scissors.b.st-hatena.com/image/square/68d66e067315b16639150370e053676937cdde0a/height=288;version=1;width=512/https%3A%2F%2Fblogger.googleusercontent.com%2Fimg%2Fb%2FR29vZ2xl%2FAVvXsEj21QzUvJegCacEuGoa2xhYlJNHG8nTT88WB4dD8HdFxLQp2oTZf_j8vatjylvTpBHrgpKWFf5n6eJX2KFt7bC6r7NXPBYbLh0656aRlYATuYVh79JXzEboc3ev04iaxzP3O-pBOX3YABwP%2Fs1600%2F110422-0003-64%252525.png)
Cocoaの日々: iOS デバイスでの番号・番号・番号（ UDID、ICCID、IMEI、... ）
Subscriber Identity Module - Wikipedia, the free encyclopedia より引用 Each SIM is internationally identified by its ICC-ID. ICC-IDs are stored in the SIM cards and are also engraved or printed on the SIM card body during a process called personalization. The ICC-ID is defined by the ITU-T recommendation E.118.[9] According to E.118 the number is up to 19 digits long including a single check digit cal
Cocoaの日々: ネットワーク接続状況を知る
ネットワーク接続状況を知るための API等を調べてみた。前半はアップル提供のサンプルコードについて、後半は自作サンプルについて（ソースコードは GitHubで公開）。 アップル提供のサンプルコード Reachability SystemConfiguration フレームワークを使うとネットワークの接続状況（WiFi利用または3G回線利用か、接続不可か）を知ることができる。 iOS Reference Library に Reachability というサンプルがある。 Reachability: Classes/Reachability.m WiFi接続時 この程度の情報が取れることがわかる。 利用は、まず SCNetworkReachabilityRef を取得する。 SCNetworkReachabilityRef reachability = SCNetworkReachabili
Cocoaの日々: [iOS] ネットワーク接続状況取得ライブラリを公開
iOS/iPhone/iPad/MacOSX プログラミング, Objective-C, Cocoaなど ネットワークの接続状況を取得できるライブラリを公開しました。 dev5tec/FBNetworkReachability - GitHub 特徴 現在の接続状況（WiFi, 3Gなど）を取得することができる。 以下、使い方の例 FBNetworkReachability* network = [FBNetworkReachability networkReachabilityWithHostname:@"http://xcatsan.com/"]; FBNetworkReachabilityConnectionMode mode = network.connectionMode; switch (mode) { case FBNetworkReachableNon: // 未接続 br
![Cocoaの日々: [iOS] ネットワーク接続状況取得ライブラリを公開](https://cdn-ak-scissors.b.st-hatena.com/image/square/f2301e86ee4388805ea0de6916bc580c6c97aacf/height=288;version=1;width=512/https%3A%2F%2Fblogger.googleusercontent.com%2Fimg%2Fb%2FR29vZ2xl%2FAVvXsEj3Ivw_n5x-WvGoIlt0FamsI6n8x8917pGD2hJdV4IQgZrkRYKBgY17mrgCB-FVQiTU87GNYcMPajRMB9hSZ9LA9TU2-9gjx83wQgldRVXtnyCWgiuXGWeFBSJicKpfvBzyczoZV9BhNJ56%2Fs1600%2F110525-0015.png)
Cocoaの日々: [Info] 特定のファイルをiCloudバックアップ対象外にする
拡張属性 "do not backkup" iOS5.0.1 よりファイルに 拡張属性 "do not backup" を付与することで特定のファイルを iCloud/iTunesバックアップの対象外にできる。以下は Technical Q&A からの転載。 #include <sys/xattr.h> - (BOOL)addSkipBackupAttributeToItemAtURL:(NSURL *)URL { const char* filePath = [[URL path] fileSystemRepresentation]; const char* attrName = "com.apple.MobileBackup"; u_int8_t attrValue = 1; int result = setxattr(filePath, attrName, &attrValue, s
![Cocoaの日々: [Info] 特定のファイルをiCloudバックアップ対象外にする](https://cdn-ak-scissors.b.st-hatena.com/image/square/da9016bb9510aab3dae6e410ad2d75cc8a9de73c/height=288;version=1;width=512/https%3A%2F%2Fblogger.googleusercontent.com%2Fimg%2Fb%2FR29vZ2xl%2FAVvXsEjF08XgZyEWhgToIKH2IANCOt1NpOGJNXgtm7M4VfpfWqPQ2hlV6G0U6yyy22cQUQvBwCYN9vMnHbVOpIJtysKOAjjBrLyY3wzbbprsxLdAOJAv4_MCxvOj4feDlOU9uDgqBmIrqpBzN54E%2Fs400%2F111112-0003-29%252525.png)
Cocoaの日々: [iOS] GameKit - Bluetoothを使った iOSデバイス間の通信
この後は接続の確立もしくはキャンセルのタイミングで GKPeerPickerControllerDelegate のメソッドが呼ばれる。 接続が確立すると -[peerPickerController:didConnectPeer:] が呼ばれる。接続してしまえば GKPeerPickerController は不要になるので閉じておく。接続後に渡される GKSession を取っておく。この GKSession をこの後のデータ送受信で使う。 - (void)peerPickerController:(GKPeerPickerController *)picker didConnectPeer:(NSString *)peerID toSession:(GKSession *)session { self.peerID = peerID; self.session = session;
![Cocoaの日々: [iOS] GameKit - Bluetoothを使った iOSデバイス間の通信](https://cdn-ak-scissors.b.st-hatena.com/image/square/8910d9d2b4c3b7d3964972a8465671612910cbe7/height=288;version=1;width=512/http%3A%2F%2F4.bp.blogspot.com%2F_ZoUhefzk0CI%2FTQbkTx5Vm8I%2FAAAAAAAAF7k%2FC-9aVGg8WNY%2Fs1600%2F101214-0001-58%252525.png)
Cocoaの日々: [iOS][Mac] dispatch_once を使ったシングルトン
iOS/iPhone/iPad/MacOSX プログラミング, Objective-C, Cocoaなど [元ネタ] Cocoa Samurai: Singletons: You're doing them wrong GCD の dispatch_once 関数を使うとスレッドセーフなシングルトンの初期化処理をこんな感じで書ける。 static LKLocationManager* sharedManager_ = nil; + (LKLocationManager*)sharedManager { static dispatch_once_t onceToken; dispatch_once(&onceToken, ^{ sharedManager_ = [[LKLocationManager alloc] init]; }); return sharedManager_; }disp
![Cocoaの日々: [iOS][Mac] dispatch_once を使ったシングルトン](https://cdn-ak-scissors.b.st-hatena.com/image/square/ca01a2982562f29e16f7b3d283897888ffd95053/height=288;version=1;width=512/https%3A%2F%2Fblogger.googleusercontent.com%2Fimg%2Fb%2FR29vZ2xl%2FAVvXsEhCM7s-tV2KJkZ49JHeI2nZsG0xKtmNae7JMrcYvZpfDy_rkmHBGENiBl_Q-5BY_eNbNpun0gAyjFsLcCVikKE-sDwwGuqOFvqm8i_CxKr3HMlBpu_WZy1CkcMTC2Fon9j8FrJEGsLh3iuO%2Fs320%2F110509-0001.jpg)
Cocoaの日々: [iOS] 非同期処理を同期処理に変える
iOS/iPhone/iPad/MacOSX プログラミング, Objective-C, Cocoaなど 問題 この前リリースしたカスタム UIAlertView は表示メソッドを呼び出した後はそのまま処理が続行される。 Cocoaの日々: [iOS] ユーザ名/パスワードの入力ができるカスタム UIAlertView ライブラリを公開 例えば下記のような場合。 - (IBAction)showAlert:(id)sender { [LKAccountPanel showWithTitle:@"Test" completion:^(BOOL result, NSString* username, NSString* password) { NSLog(@"result: %d\nusername: %@\npassword: %@", result, username, password)
![Cocoaの日々: [iOS] 非同期処理を同期処理に変える](https://cdn-ak-scissors.b.st-hatena.com/image/square/6d8a26428a3a9deedc10c9508936ee9f561d5d4b/height=288;version=1;width=512/https%3A%2F%2Fblogger.googleusercontent.com%2Fimg%2Fb%2FR29vZ2xl%2FAVvXsEjOeupvXZx2fQEymdipEVFy-m6Nay53dVUAiHYf0rex8zVmTEZ_D3_SwJp87NARhYC5LEsRdb64GlSd8i3BHkLmxf9Dmp4C4UTzvUe9aG0JpTma0G-Ss9A9_jF0eMW_qr4BZ35yzs6xKQqm%2Fs320%2F110516-0001.jpg)
Cocoaの日々: [iOS] 複数アプリケーション間でのデータ共有 〜 Keychain Services を使った第三の方法
※タイトルはあまり深い意味は無い。なんとなく「第三の〜」の響きが良かったので。。 前回紹介した Keychain Services を使えば制限付きながら iOS 上の複数のアプリケーションでデータ共有ができることがわかったのでそれを解説する。 [前回] Cocoaの日々: [iOS] Keychain Services とは 仕組み Keychain Services に格納されるアイテム（パスワードなど）のアクセス制御は Keychain Access Group（グループ）を元に行われる。アイテムにはこのグループ属性があり、同じグループに所属しているアプリケーションからのみアクセスが許可される。 Keychain Services のアイテムはパスワード、秘密鍵、証明書を格納するようになっているが、CFData（NSData）型 であればパスワードである必要はない。格納したい値を C
![Cocoaの日々: [iOS] 複数アプリケーション間でのデータ共有 〜 Keychain Services を使った第三の方法](https://cdn-ak-scissors.b.st-hatena.com/image/square/02ec5298af7c16e249c44274064b34c603162a2a/height=288;version=1;width=512/https%3A%2F%2Fblogger.googleusercontent.com%2Fimg%2Fb%2FR29vZ2xl%2FAVvXsEhBZZOJK6KNsMPM1KW92RjrMZef7PkxfIbON6tbudsnRrD6ca8qnYCKqJnM2q69xJQXdGX2SeQ_fkok1ElpBAhMnAqw4GI5AoxyH8tuPPkaxtMizcgkTy6W7CNrc5WC8GIq2q3KDFeBxffV%2Fs1600%2F110213-0003.png)
Cocoaの日々: [iOS] バックグラウンド実行見本（Task Completion）
（2011-12-01 追記あり）UIApplicationDelegateの呼び出しが iOS5 から変わった件。 Task Completion を使った iOS4 でのバックグラウンド実行サンプルを作ってみた。 サンプル 実行するとキューにたまった 30個のデータが順番に処理されてテーブルから消えていく。 処理は GCD を使い別スレッドで実行される。右上の[+]ボタンを押すとキューへデータが追加されていく。途中でホームボタンを押してアプリを切り替えても Task Completion によって処理は停止すること無く実行され続ける。わかりやすいようにアプリのアイコンバッヂに残タスク数を表示してみた。 バッジの数字は時間と共にカウントダウンされていくので処理が行われていることが確認できる。 Task Completion とは？ Task Completion は、iOS4 から導入さ
![Cocoaの日々: [iOS] バックグラウンド実行見本（Task Completion）](https://cdn-ak-scissors.b.st-hatena.com/image/square/fa8ca726606402e29c85561b121104a8285c672a/height=288;version=1;width=512/https%3A%2F%2Fblogger.googleusercontent.com%2Fimg%2Fb%2FR29vZ2xl%2FAVvXsEhIg69Odxk7mpa1SMmUIaSj_8RbD9mlp6cv48aAXmwFTHjABteox4JjmwUXRASuiMRlkzyhHpTl3k1Z9F96f_gpoAl9Bs1A5c5maLDYtO0pdfj2AbMSu5Ajis4FH8FXPYQUahyrX21fs3YY%2Fs1600%2F110408-0001-50%252525.png)
Cocoaの日々: [iOS] ユーザ名/パスワードの入力ができるカスタム UIAlertView ライブラリを公開
呼び出しコードはこんな感じ。 [LKAccountPanel showWithTitle:@"Test" completion:^(BOOL result, NSString* username, NSString* password) { NSLog(@"result: %d\nusername: %@\npassword: %@", result, username, password); }];結果を Blocks で処理できるようにしてみた。 [2011-05-17 追記] 非同期用のメソッドを追加しました。 BOOL result = [LKAccountPanel showWithTitle:@"Test2" username:&username password:&password]; NSLog(@"done2"); NSLog(@"result2: %d\nusernam
![Cocoaの日々: [iOS] ユーザ名/パスワードの入力ができるカスタム UIAlertView ライブラリを公開](https://cdn-ak-scissors.b.st-hatena.com/image/square/4d368c9c4b66d38b168066699c464b14479dca45/height=288;version=1;width=512/https%3A%2F%2Fblogger.googleusercontent.com%2Fimg%2Fb%2FR29vZ2xl%2FAVvXsEhEFmMu70YGU56jjv0LsWZKTu4sPMNFHvF0O-_R6dVv_DeJaphRhoXwe5O2-I0UVWKrQbj6mZR9wkzb69YOlsPCjd6skQ1odV-8x5EEIV-xsVW01XgmFKo3oxHhXCZzVCH_22wGHMxrymgz%2Fs1600%2FLKAccountPanel-1.jpg)
Cocoaの日々: [iOS] transform を使った画像のお手軽回転アニメーション
１枚の画像を回転させるアニメーションを実現したい。UIView の transform プロパティを使うと非常に簡単にできることがわかった。 サンプル 初期状態。ここで start を押すと ※画像入手元および画像作者 入手元：Arrow, Up icon | Icon Search Engine 作成者: Kyo Tux （ホームページ kyo-tux on deviantART） これを UIImageView.image に設定し、transformプロパティを使って回転させる。こんな感じ。 - (IBAction)start:(id)sender { self.imageView.transform = CGAffineTransformMakeRotation(0); [UIView animateWithDuration:0.2 animations:^{ self.image
![Cocoaの日々: [iOS] transform を使った画像のお手軽回転アニメーション](https://cdn-ak-scissors.b.st-hatena.com/image/square/89f8cb155efedd939c55daa53716194d18c5ff7d/height=288;version=1;width=512/http%3A%2F%2F4.bp.blogspot.com%2F-fUV33kFEhZY%2FThQlH8sHvnI%2FAAAAAAAAGM8%2FAmr7dELmv3I%2Fs1600%2F110706-0007.jpg)
Cocoaの日々: 2月 2011
CoreData を使うアプリであればこの程度の件数はすぐに行くので、起動時にマイグレーションが走ると確実に落ちてしまう。これを防ぐためには起動時に CoreData へアクセスさせないのが最低限の対策になるが、その場合でもユーザが CoreData へアクセスする操作を行った瞬間にマイグレーション処理に時間がかかって画面が固まったようになるのでユーザビリティは良くない。 マイグレーションを考慮したパターン よって CoreDataを使うアプリではマイグレーション用の画面を用意するのがベスト。処理フローはこんな感じ。 起動 ↓ (1)マイグレーションチェック もし必要なら、マイグレーション用の画面へ遷移し、(2)マイグレーション実行 ↓ 通常画面マイグレーションチェックは NSPersistentCoordinator を使えばわかる。 Cocoaの日々: [iOS][Mac] CoreD
Cocoaの日々: [iOS] UINib を使ったカスタム UITableViewCell の作り方
2011-06-09 追記 UITableViewCell の Identifier 設定を忘れてたので追記しました。 UINib を使うと簡単に Nib で定義した UITableViewCell が使える。 今回のサンプル： 次に CustomCell クラスの実装（*.m/*.h）を作成する。こんな感じ。 CustomCell.h @interface CustomCell : UITableViewCell { } @property (nonatomic, retain) IBOutlet UILabel* nameLabel; @property (nonatomic, retain) IBOutlet UILabel* dateLabel; @property (nonatomic, retain) IBOutlet UILabel* descLabel; @property
![Cocoaの日々: [iOS] UINib を使ったカスタム UITableViewCell の作り方](https://cdn-ak-scissors.b.st-hatena.com/image/square/3b618a5109ead490e4bd4c56372d18ba1d4f314c/height=288;version=1;width=512/https%3A%2F%2Fblogger.googleusercontent.com%2Fimg%2Fb%2FR29vZ2xl%2FAVvXsEj0eSWVltkLA1f0psWCRAwmdalw6HGOj6mcMdJAwrn3oKnCzz6KreDKJ3rrLRjLes02zWaOPJ5hbo7lrcV1yhv7T52Odl2utzkdQxdeUXgOaAbH6KgTcN-sxMtNugCHMJ2sHWwUMSDNkoLF%2Fs1600%2F110522-0003.jpg)
Cocoaの日々: [iOS][Mac] ISO 8601 相当の日付文字列を NSDateFormatter で変換する
iOS/iPhone/iPad/MacOSX プログラミング, Objective-C, Cocoaなど ISO 8601日付文字列を NSDateに変換する 例えば 2010-12-01T21:35:43+0900という文字列があった場合 NSDateFormatter* formatter = [[NSDateFormatter alloc] init]; [formatter setDateFormat:@"yyyy-MM-dd'T'HH:mm:ssZ"]; NSDate* date = [formatter dateFromString:string]; [formatter release];で NSDate へ変換できる。 ISO 8601 には多くのバリエーションがあって上記書式は Facebook API などで使われている ISO 8601 書式の一つ。 参考：ISO 8
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Cocoaの日々: [iOS] UIWebView でパワーポイントファイルを表示する