カテゴリ定義ファイル名の命名規則 - 日々是笑心
カテゴリ（簡易プロトコル）を独立したファイルとして定義しときたい。どっかでみたな〜と思ってたけど、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 命名規則に従ってなくてもコンパイルは通るけど、あとで見直すと気持ち悪かったりする。やっぱし、最初が肝心だよね。:-)
Cocoaの日々: [iOS] Keychain Services とは
他アプリケーションが格納した Keychain Services 内の情報へのアクセス Mac OS X の場合はユーザが許可を与えれば他のアプリケーションの情報へアクセスすることができる。一方、iOS の場合、アプリケーションは自身が保存した情報のみアクセスが行える。他のアプリケーションの情報へは基本的にアクセスすることができない。ただし同じプロビジョニングプロファイルを使ってビルドされたアプリは設定により情報を共有することができる（後述）。 iOS での特記事項 iOS には単一のキーチェーンのみ存在する（Mac OS X は複数）。 iOS の場合、PC接続時にストレージの内容は暗号化されたままバックアップされる。これを復号化するパスワード(keychain password)はバックアップされない（iOSデバイスの中から外に持ち出されない）。 Keychain Service はプ
![Cocoaの日々: [iOS] Keychain Services とは](https://cdn-ak-scissors.b.st-hatena.com/image/square/ca3ea0cd0fc9e0c5ad79feedebd8d2b280eccf38/height=288;version=1;width=512/http%3A%2F%2F2.bp.blogspot.com%2F_ZoUhefzk0CI%2FTUuVeYYblPI%2FAAAAAAAAGE4%2FsJHma9WmQ-o%2Fs1600%2F110204-0004.png)
Swiftでいい感じにKeychain使う - 江戸一番のジャスタウェイ職人のブログ
2014/11/30追記 このコードをプロジェクト内で使うだけではリリールビルド時（Swiftコンパイラの最適化オプションが有効な時）に動きません、KeyClipを使いましょう。 JSONでシリアライズとかもしない低レイヤーな実装です。 ググって出てきたサンプルをベースにいくらかアレンジしています。 Keychainの仕組み自体は Cocoaの日々: [iOS] Keychain Services とは で解説されている情報を参考にしました。 利用 普通はパスワードやアクセストークン単体を保存するのに使いますが、Justaway for iOSではTwitterアカウントのアクセストークン含むアカウント情報をJSONでシリアライズして保存します。 AccountService クラスなど作り、そこから KeychainService を使うという形式が良いと思います。 実装 これらを参考に
【iOS/Mac開発】超サクサクアプリへの必須ツール Instruments を使いこなそう
こんにちは。iOS / Mac 開発担当の金内です。 使って幸せなアプリには、サクサクとした動きが欠かせませんね。自分たちで作っているアプリが「サクサク」でなく「もっさり」と言われてしまうと残念な気持ちになりますが、反面「よし。こうなったら超最適化して超サクサクなハイパフォーマンスアプリを目指す!」と誓いを立てるよい機会でもあります。 そんな誓いを立てたあなたにピッタリのツールが Xcode に付属している Instruments（インストゥルメンツ）です。フェンリルのウェブブラウザ Sleipnir for Mac や Sleipnir Mobile for iPhone / iPad の開発でも大活躍しています。 Instruments は、一般的にはプロファイラという種類のツールにあたります。プロファイラは、どのオブジェクトがどれくらいメモリを消費しているとか、どのメソッドにどれくら
InstrumentsのTime Profilerを使って重たいメソッドを特定する | Technology-Gym
TimeProfilerとはXcodeのInstrumentsに含まれているプロファイリング用のツールです。 Instrumentsユーザガイド XcodeでProfileビルドをすると、Instrumentsが立ち上がって選択できます。 TimeProfilerを立ち上げると、上部トレースデータが表示されていますが、今回の主役は下部にあるCall Treeです。 初期の設定だとシステムのメソッドなども混ざってとてもわかにくいので、上記の設定にチェックを入れておくと 作成したメソッドだけになるので見やすくなると思います。 TimeProfilerの使い方 | eラーニングをすべての人に！blog.eラーニング.co.jp これで、準備は出来たので後はアプリを触っていて重たい感じのするを見ていけば、Call Treeにメソッド毎の処理時間や処理の割合が表示されます。 例として、カレンダー画面
警告「PerformSelector may cause a leak because its selector is unknown」への対処 - 甘いものが好きです
セレクタを指定してオブジェクトにメッセージを送る処理について。 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の出力をファイルに保存する | CrossBridge
今回はNSLogの出力をファイルに保存する方法を紹介します。 アプリケーションのデバッグの際にNSLog関数を使ってログをコンソールに出力して解析を行うことがあります。 デフォルトではコンソールへの出力なので実機をMacに接続しておく必要があります。これではGPSを使うアプリケーションを屋外でテストしたい場合等、実機をMacに接続できない状況では困ってしまいます。 そんなとき、NSLogの出力をファイルに保存しておくことで、後からファイルを取り出してログの内容を確認することが出来ます。 それでは続きでその方法を説明します。 NSLogの通常の出力先 NSLog関数の通常の出力先は標準エラー出力です。そう、この事実さえ知ってしまえば勘のよい方であればもうお分かりだと思いますが、標準エラー出力をファイルにリダイレクトすれば目的を達成することが出来ます。 標準エラー出力をリダイレクトする fre
mikeash.com: Friday Q&A 2011-09-30: Automatic Reference Counting
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
AppKit Release Notes for macOS 10.13
Document Generated: 2017-08-24 16:34:04 -0700 Developer Release Notes Cocoa Application Framework (macOS 10.13) The Cocoa Application Framework (also referred to as the Application Kit, or AppKit) is one of the core Cocoa frameworks. It provides functionality and associated APIs for applications, including objects for graphical user interfaces (GUIs), event-handling mechanisms, application service
ARCでweak参照が使えないクラスについて：NSWindowとか - Takebayashi.Asia
December 23, 2011 ARCでweak参照が使えないクラスについて：NSWindowとか ARC便利ですよね。オブジェクトの確保や解放に関するコードがなくなるので全体の見通しが良くなってスッキリしますよね。え、GC？知らん。 で、ARCを有効にするとweak参照な変数が使えます。旧来のassignプロパティと同じような弱い参照なわけですが、参照先のオブジェクトが解放されると自動的にnilになってくれるイカしたやつです。便利ですね。 このweak参照、実はすべてのオブジェクトに使えるわけではありません。例えば、以下のようなプロパティを用意したとします。 ウインドウへの参照をアウトレットとして持とうとしているわけですね。しかしこのプロパティを含むコードを実行すると、以下のようなメッセージが出力されます。 objc[2242]: cannot form weak reference
Objctive-Cにおけるプロパティ属性まとめ。正直、weakとかって使いどころが分かりづらいですよねー - Nao Minami's Blog
どうもこんばんは、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 という風にクラスのプロパティを宣言する時に、プロパティの性質を宣言する為に指定するものですね。 プロパティ
Connection Kit Basics
I need to implement file transfer in my application and it seems that in Cocoa ConnectionKit is unofficial standard. I was able to compile it but I have struggled finding any documentation or examples of it's use. The only example I found was outdated and even with modification I could not get it to work. Does anyone know the basic functions (creating connections, uploading...). Thanks for any hel
shiftキー、commandキー、optionキーの状態を取得する
▼ 2010 (165) ► 6月 (13) ► 5月 (31) ► 4月 (30) ► 3月 (31) ► 2月 (28) ▼ 1月 (32) 今週のCocoa情報(1/31) - 今週気になった Cocoaプログラミング情報の紹介 新刊 - XcodeによるObjective-C入門 BlogAssistant(11) - 複数のプロセスからCoreData を使う 〜 Queue（... BlogAssistant(10) CoreData - 複数のプロセスから CoreDataを扱う... BlogAssistant(9) CoreData - awakeFromInsert の使用 NSWorkspace - recycleURLs:completionHandler:（ゴミ箱に捨... NSWorkspace - showSearchResultsForQueryString
ARCを使用したメモリ管理の基礎 - Qiita
iOSアプリのメモリ管理についてまとめました！ 何かあったらコメントどぞー。 6/24：コメントで間違いを指摘されたので、色々テキスト修正しました。 メモリ管理に気をつけないとどうなるの？ 動作がもっさりする 使い終わったオブジェクトを解放していないパターン。 解放されないのでどんどん使用メモリが増えていき、メモリ圧迫しちゃってもっさりする。 同じ端末で動かしている他のアプリも影響を受けてしまうので気をつけましょう！！ アプリが落ちる よくあるのがEXC_BAD_ACCESSのパターン。 アクセスしようとしたデータが既に解放されちゃっているというエラー。 解放するタイミングにも気をつけましょう！！ 気をつけるポイント strongなプロパティは自分で解放する (誤解してました…。自動で解放されるよう) プロパティ属性を理解する 解放するタイミング メモリ不足時の挙動を理解する Blocks
ARC のメモリ解放タイミングを調べた - Qiita
一つの関数内で容量の大きなファイルを読み込み加工する処理を連続して行っていたらメモリが足りなくなった。 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; }
NSOperation 非並列実行モードと並列実行モードの使い分け - A Day In The Life
バックグラウンド処理を手軽に実行できる NSOperation クラスですがこのクラスをきちんと理解して使うには NSOperationQueue クラスについて理解する必要があります。 前回の記事で NSOperationQueue の使い方について説明しました。まだお読みでない方はこちらの記事を先に目を通しておくことをお勧めします。 NSOperationQueue スレッドと処理の関係 今回は NSOperation について NSURLConnection を使ったサーバ通信プログラムを例に説明していきます。 NSOperation には2つの実行モードが存在する NSOperation クラスには「非並列実行モード」と「並列実行モード」の2つの実行モードがあります。 非並列実行モードは処理の終了を NSOperationQueue に任せるのに対し、並列実行モードはプログラマが任
光学薄膜設計ソフトの設計 その14「NSOperation実験」：腰も砕けよ 膝も折れよ：So-net blog
さて、マルチコアを使い倒すためにはthreadを生成しなければならない。それを簡単にするためのNSOperationのお勉強。このFoundationのクラスは10.5 Leopardから使えるようになった。 Cocoaアプリでマルチコアに対応させるためにはこれまでNSThreadを使っていた。NSThreadはthreadの同期の機能はなく、自分でNSLockなどを使って実装する必要があった。注意深く作法を守らないと、つまらない理由のせいでデッドロックから抜け出せないコードになってしまうなんてことがよくある。 そのthread生成から同期、特に終了処理（子threadが全部終わるまで待つ）というのを肩代わりしてくれるのがNSOperationらしい。 マルチコアを使う用途だけでなく、ある程度時間のかかる処理をマルチスレッド化する場合にも使えるらしいので、以前数値計算のためにNSThrea
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
GitHub - karelia/ConnectionKit: FTP/SFTP/WebDAV etc. for Cocoa. Join the ConnectionKit mailing list for information and suggestions.
Engadget | Technology News & Reviews