という書き方で href アトリビュートの値が取得出来ます。 NSDate のサポート XML が対象になるかと思いますが dateValue メソッドで NSDate 型を返してくれます。 "yyyy-MM-dd'T'HHssZ" のみのサポートですがお手軽ですね。 Block を使った列挙が可能 - (void)enumerateElementsWithXPath:(NSString *)XPath block:(void (^)(ONOXMLElement *element))block; - (void)enumerateElementsWithCSS:(NSString *)CSS block:(void (^)(ONOXMLElement *element))block; このような列挙もサポートされています。また NSFastEnumeration に対応させた実装のサンプル
作業環境 Mac OS X 10.9.1 Xcode 5.0.2 準備 1. Objective-C-HMTL-Parserの導入 HTMLをパースするために「Objective-C-HMTL-Parser」というライブラリを使います。ソースコードはGitHubで公開されていますので、上記のリンクから適当にローカルにクローンしてください。クローンしたもののうち、README.md以外をXcodeの自分のプロジェクトにコピーしてください。コピーする際に、「Copy items to destination's group folder」にチェックを必ず付けてください。 2. 依存ライブラリの追加 Objective-C-HMTL-Parserはlibxml2.dylibのラッパーですので、libxml2.dylibを追加しないと動きません。 General -> Linked Framewo
カテゴリ（簡易プロトコル）を独立したファイルとして定義しときたい。どっかでみたな〜と思ってたけど、Objective-C 2.0プログラミング言語: メソッドのクラスへの追加 で発見。 :-) 命名規則はこんな感じ。 ファイル 命名規則 例 ヘッダファイル ＜カテゴリ追加先のクラス名＞+＜カテゴリ名＞.h NSString+Foo.h 実装ファイル ＜カテゴリ追加先のクラス名＞+＜カテゴリ名＞.m NSString+Foo.m おんでもって、ソースはこんな感じ。 // NSString+Foo.h @interface NSString (Foo) @end // NSString+Foo.m @implementation NSString (Foo) @end 命名規則に従ってなくてもコンパイルは通るけど、あとで見直すと気持ち悪かったりする。やっぱし、最初が肝心だよね。:-)
他アプリケーションが格納した Keychain Services 内の情報へのアクセス Mac OS X の場合はユーザが許可を与えれば他のアプリケーションの情報へアクセスすることができる。一方、iOS の場合、アプリケーションは自身が保存した情報のみアクセスが行える。他のアプリケーションの情報へは基本的にアクセスすることができない。ただし同じプロビジョニングプロファイルを使ってビルドされたアプリは設定により情報を共有することができる（後述）。 iOS での特記事項 iOS には単一のキーチェーンのみ存在する（Mac OS X は複数）。 iOS の場合、PC接続時にストレージの内容は暗号化されたままバックアップされる。これを復号化するパスワード(keychain password)はバックアップされない（iOSデバイスの中から外に持ち出されない）。 Keychain Service はプ
2014/11/30追記 このコードをプロジェクト内で使うだけではリリールビルド時（Swiftコンパイラの最適化オプションが有効な時）に動きません、KeyClipを使いましょう。 JSONでシリアライズとかもしない低レイヤーな実装です。 ググって出てきたサンプルをベースにいくらかアレンジしています。 Keychainの仕組み自体は Cocoaの日々: [iOS] Keychain Services とは で解説されている情報を参考にしました。 利用 普通はパスワードやアクセストークン単体を保存するのに使いますが、Justaway for iOSではTwitterアカウントのアクセストークン含むアカウント情報をJSONでシリアライズして保存します。 AccountService クラスなど作り、そこから KeychainService を使うという形式が良いと思います。 実装 これらを参考に
こんにちは。iOS / Mac 開発担当の金内です。 使って幸せなアプリには、サクサクとした動きが欠かせませんね。自分たちで作っているアプリが「サクサク」でなく「もっさり」と言われてしまうと残念な気持ちになりますが、反面「よし。こうなったら超最適化して超サクサクなハイパフォーマンスアプリを目指す!」と誓いを立てるよい機会でもあります。 そんな誓いを立てたあなたにピッタリのツールが Xcode に付属している Instruments（インストゥルメンツ）です。フェンリルのウェブブラウザ Sleipnir for Mac や Sleipnir Mobile for iPhone / iPad の開発でも大活躍しています。 Instruments は、一般的にはプロファイラという種類のツールにあたります。プロファイラは、どのオブジェクトがどれくらいメモリを消費しているとか、どのメソッドにどれくら
TimeProfilerとはXcodeのInstrumentsに含まれているプロファイリング用のツールです。 Instrumentsユーザガイド XcodeでProfileビルドをすると、Instrumentsが立ち上がって選択できます。 TimeProfilerを立ち上げると、上部トレースデータが表示されていますが、今回の主役は下部にあるCall Treeです。 初期の設定だとシステムのメソッドなども混ざってとてもわかにくいので、上記の設定にチェックを入れておくと 作成したメソッドだけになるので見やすくなると思います。 TimeProfilerの使い方 | eラーニングをすべての人に！blog.eラーニング.co.jp これで、準備は出来たので後はアプリを触っていて重たい感じのするを見ていけば、Call Treeにメソッド毎の処理時間や処理の割合が表示されます。 例として、カレンダー画面
セレクタを指定してオブジェクトにメッセージを送る処理について。 SEL sel = @selector(doSomething); if ([obj respondsToSelector:sel]) { [obj performSelector:sel]; } このようなコードをビルドすると、ARC有効時にperformSelector:の行について次の警告が出る。 PerformSelector may cause a leak because its selector is unknown 指示子@selectorによりセレクタを指定するのではなくSEL型変数を使用する場合にのみ警告が出る。実際、次のような場合には警告は出ない。 if ([obj respondsToSelector:@selector(doSomething)]) { [obj doSomething]; } if
今回はNSLogの出力をファイルに保存する方法を紹介します。 アプリケーションのデバッグの際にNSLog関数を使ってログをコンソールに出力して解析を行うことがあります。 デフォルトではコンソールへの出力なので実機をMacに接続しておく必要があります。これではGPSを使うアプリケーションを屋外でテストしたい場合等、実機をMacに接続できない状況では困ってしまいます。 そんなとき、NSLogの出力をファイルに保存しておくことで、後からファイルを取り出してログの内容を確認することが出来ます。 それでは続きでその方法を説明します。 NSLogの通常の出力先 NSLog関数の通常の出力先は標準エラー出力です。そう、この事実さえ知ってしまえば勘のよい方であればもうお分かりだと思いますが、標準エラー出力をファイルにリダイレクトすれば目的を達成することが出来ます。 標準エラー出力をリダイレクトする fre
Since the moment Apple announced it, readers have asked me to write about Automatic Reference Counting, or ARC. Today is the day. I'll talk about Apple's new memory management system, how it works, and how to get the most out of it. Conceptual The Clang static analyzer is a really useful tool for finding memory management errors in code. If you're like me, you've looked at the output of the analyz
どうもこんばんは、south37です。今日はObjective-Cネタです。 プロパティ属性って何よ!? さて、皆さん、そもそも プロパティ属性 って分かりますか？Objective-Cでコーディングしてる人ならstongやweakやcopyなどを目にしていると思いますが、それがいわゆる プロパティ属性 です。 [参考: Objective-Cにおけるプロパティの定義] http://www.objectivec-iphone.com/introduction/property/property.html ざっくりと言えば、 @interface SomeClass : NSObject @property (nonatomic, copy) NSString *name; @end という風にクラスのプロパティを宣言する時に、プロパティの性質を宣言する為に指定するものですね。 プロパティ
Its pretty simple once you figure out how its laid out. Heres the code to create an ftp connection CKConnectionRequest *request = [CKConnectionRequest requestWithURL:url]; CKFTPConnection *ftpConn = [[CKFTPConnection alloc] initWithRequest:request]; [ftpConn setDelegate:self]; [ftpConn connect]; self.connection = ftpConn; [ftpConn release]; Then you would interact with the Connection Delegate meth
iOSプログラマならUIImageをJPEGで保存するときには UIImageJPEGRepresentationを使うのでMacでも NSImageJPEGRepresentationがあるんだろう、と思うかもしれませんが 残念ながらありません。 自分で実装するとしたら、次のコードが一番簡単だと思います。 NSData* NSImageJPEGRepresentation(NSImage* image, CGFloat compressionQuality) { if(image == nil)return nil; NSDictionary *dict; dict = [NSDictionary dictionaryWithObjectsAndKeys : [NSNumber numberWithFloat:compressionQuality], NSImageCompress
iOSアプリのメモリ管理についてまとめました！ 何かあったらコメントどぞー。 6/24：コメントで間違いを指摘されたので、色々テキスト修正しました。 ##メモリ管理に気をつけないとどうなるの？ ###動作がもっさりする 使い終わったオブジェクトを解放していないパターン。 解放されないのでどんどん使用メモリが増えていき、メモリ圧迫しちゃってもっさりする。 同じ端末で動かしている他のアプリも影響を受けてしまうので気をつけましょう！！ ###アプリが落ちる よくあるのがEXC_BAD_ACCESSのパターン。 アクセスしようとしたデータが既に解放されちゃっているというエラー。 解放するタイミングにも気をつけましょう！！ ##気をつけるポイント strongなプロパティは自分で解放する (誤解してました…。自動で解放されるよう) プロパティ属性を理解する 解放するタイミング メモリ不足時の挙動を理
一つの関数内で容量の大きなファイルを読み込み加工する処理を連続して行っていたらメモリが足りなくなった。 ARC ではスコープを外れ(て参照カウンタがゼロになっ)たオブジェクトは、すぐに破棄されると思っていたのでしばらくハマった。 問題のソース(ARC使用) ローカルでもWebでも何でもいいけど、ファイルから無視できない程度の容量のデータの読み込みを繰り返す処理。 - (IBAction)buttonDownWithArc:(id)sender { NSString* path = @".../bigdata.img"; for (int i = 0; i < 10000; i++) { NSData* data = [NSData dataWithContentsOfFile:path]; [NSThread sleepForTimeInterval:0.5]; data = nil; }
iOS4 になって NSOperationQueue クラスの仕様に追加がありました。以前は並列処理しか出来なかったのですが mainQueue メソッドが追加になり逐次処理も出来るようになりました。変更点も含めて NSOperationQueue の使い方をまとめてみます。 NSOperationQueue クラスの使い方をきちんと理解していると NSOperation クラスの非並列実行モードと並列実行モードの使い方を間違えることも少ないと思います。 NSOperation クラスについては以下の記事で詳しく説明しています。 NSOperation 非並列実行モードと並列実行モードの使い分け NSOperationQueue と NSOperation の関係 NSOperationQueue と NSOperation を使うと、バックグラウンドで何か処理をしたい場合に一連の処理をま
バックグラウンド処理を手軽に実行できる NSOperation クラスですがこのクラスをきちんと理解して使うには NSOperationQueue クラスについて理解する必要があります。 前回の記事で NSOperationQueue の使い方について説明しました。まだお読みでない方はこちらの記事を先に目を通しておくことをお勧めします。 NSOperationQueue スレッドと処理の関係 今回は NSOperation について NSURLConnection を使ったサーバ通信プログラムを例に説明していきます。 NSOperation には2つの実行モードが存在する NSOperation クラスには「非並列実行モード」と「並列実行モード」の2つの実行モードがあります。 非並列実行モードは処理の終了を NSOperationQueue に任せるのに対し、並列実行モードはプログラマが任
さて、マルチコアを使い倒すためにはthreadを生成しなければならない。それを簡単にするためのNSOperationのお勉強。このFoundationのクラスは10.5 Leopardから使えるようになった。 Cocoaアプリでマルチコアに対応させるためにはこれまでNSThreadを使っていた。NSThreadはthreadの同期の機能はなく、自分でNSLockなどを使って実装する必要があった。注意深く作法を守らないと、つまらない理由のせいでデッドロックから抜け出せないコードになってしまうなんてことがよくある。 そのthread生成から同期、特に終了処理（子threadが全部終わるまで待つ）というのを肩代わりしてくれるのがNSOperationらしい。 マルチコアを使う用途だけでなく、ある程度時間のかかる処理をマルチスレッド化する場合にも使えるらしいので、以前数値計算のためにNSThrea
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く