iOSのAutoLayoutの基本的な記述方法とエラーメッセージの種類
Android, iPhone等のスマートフォン向けアプリ開発などの話題を中心に、時事ネタなどを気の向くままに書いています。 iOS 6にて導入されたAutoLayoutですが、iOS 7にて更に重要度が増し、いやがうえにも使用せざる終えなくなっている方も多いかと思います。 しかし、AutoLayoutは意外にわかりにくく、慣れが必要ではないかと思います。 そこで、備忘録を兼ねて少しAutoLayoutの基本的な記述方法とエラーの種類について記載したいと思います。 間違いがありましたならばご指摘ください。 ただし、私自身がStoryBoardを使わない派なので、ソースコードでの指定方法です(笑) しかし、ソースコードでの記述方法を知るとStoryBoardでのAutoLayout指定の理解が深まるのではないかと思います。 加えて、ソースコードでの記述方法を知れば動的にAutoLayoutの
カテゴリ定義ファイル名の命名規則 - 日々是笑心
カテゴリ（簡易プロトコル）を独立したファイルとして定義しときたい。どっかでみたな〜と思ってたけど、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
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
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
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
My Codex Leicester » Quartz/OS X Graphics - Mac/iOS の Audio Visual Programmingの話題
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
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; }
【Objective-C】プロパティを使ってみる(nonatomic, readonly, weakどうすりゃいいの？) - 夏までにiPhone アプリつくってみっか！
前回のMyEnemyのテストプログラムにより、CCNodeのサブクラスに対してCCFadeInなどのアクションを設定するとクラッシュ事が判明しました。現時点ではMySprite, MyBulletでは動きに関するアクションしか設定していないため、たまたま動作していますが、今後に備えキャラクター本体のオブジェクトではなく、スプライトに対してアクションを設定したいと思います。 今後MySpriteオブジェクト本体のpositionなどは使用しませんので、updateメソッド内でスプライトの位置を本体と合わせる必要がなくなります。その代わり、HelloWorldLayerからスプライトのpositionを設定する事になります。MySpriteが持つ_spriteインスタンス変数をプロパティとして外から見えるようにしてあげればいいのですが、いろいろなオプション設定があり、何を設定するのが正しいのか
NSOperationQueue スレッドと処理の関係 - A Day In The Life
iOS4 になって NSOperationQueue クラスの仕様に追加がありました。以前は並列処理しか出来なかったのですが mainQueue メソッドが追加になり逐次処理も出来るようになりました。変更点も含めて NSOperationQueue の使い方をまとめてみます。 NSOperationQueue クラスの使い方をきちんと理解していると NSOperation クラスの非並列実行モードと並列実行モードの使い方を間違えることも少ないと思います。 NSOperation クラスについては以下の記事で詳しく説明しています。 NSOperation 非並列実行モードと並列実行モードの使い分け NSOperationQueue と NSOperation の関係 NSOperationQueue と NSOperation を使うと、バックグラウンドで何か処理をしたい場合に一連の処理をま
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.