Grand Central Dispatch その１ Block | Objective-Audio
Grand Central Dispatchについて日本語で丁寧に詳しく説明してくれるサイトはないかなぁと待っていたのですが、待っている間にひととおり自分なりに調べ終えてしまったので、まとめて書いておきます。まちがいに気がついたらご指摘いただけるとうれしいです。 Grand Central Dispatch（以下ディスパッチと書きます。リファレンスとか関数名とかGrand Centralって全然ついていなくてDispatchだけですし。）とはなんぞやというと、Snow Leopardから導入された並列処理のAPIです。並列処理といえばLeopardではNSOperationというObjective-CのAPIが導入されましたが、ディスパッチはC言語のAPIとして用意されていて、システムに近い低レベルなところで使えるものです。 あれこれ試した印象で言うと、コアが２つしかないCPUのMacでた
Cocoaの日々: 下からせり上がってくる非モーダルなカスタムダイアログを作る
実装 まずダイアログを管理する CustomDialogViewController を用意する。 #import "CustomDialogViewDelegate.h" @interface CustomDialogViewController : UIViewController { NSString* labelText_; NSString* buttonTitle_; id delegate_; UILabel* label_; UIButton* button_; } @property (nonatomic, copy) NSString* labelText; @property (nonatomic, copy) NSString* buttonTitle; @property (nonatomic, assign) id delegate; @property (no
[XCODE] カスタマイズせず使えるUITableViewCellの様々なスタイル - YoheiM .NET
今日は、iPhoneアプリ開発でUITableViewを使う際に、テーブル内に表示する セルのスタイルをブログに書きたいと思います。 UITableViewCellは、UITableViewCellをカスタマイズする方法＠YoheiM.NETに記載した自作方法もありますが、 最初から様々なスタイルも用意されています。 今日は、それらスタイルを使ってみたので紹介したいと思います。 UITabieVlewCellに最初から用意されたスタイルたち 上記の画像は、最初から用意されたスタイルで作成したCellを並べてみた画像です。 スタイルには、「UITableViewCellStyleDefault」「UITableViewCellStyleSubtitle」 「UITableViewCellStyleValue1」「UITableViewCellStyleValue2」の４つが用意されていて、
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)
NSOperationQueue スレッドと処理の関係 - A Day In The Life
iOS4 になって NSOperationQueue クラスの仕様に追加がありました。以前は並列処理しか出来なかったのですが mainQueue メソッドが追加になり逐次処理も出来るようになりました。変更点も含めて NSOperationQueue の使い方をまとめてみます。 NSOperationQueue クラスの使い方をきちんと理解していると NSOperation クラスの非並列実行モードと並列実行モードの使い方を間違えることも少ないと思います。 NSOperation クラスについては以下の記事で詳しく説明しています。 NSOperation 非並列実行モードと並列実行モードの使い分け NSOperationQueue と NSOperation の関係 NSOperationQueue と NSOperation を使うと、バックグラウンドで何か処理をしたい場合に一連の処理をま
iOS でオブジェクトをシリアライズしてファイルに保存する方法 - A Day In The Life
iOS でデータを永続化する方法の続きです。今回はシリアライズされたオブジェクトの保存方法について説明します。シリアライズされたオブジェクトはファイルで保存することが容易なためデータ永続化の際に頻繁に使用されます。 シリアライズ自体はデータの保存に限らず、Interface Builder やネットワークを使ったデータの送受信などいろいろなところで使われています。 プログラマであれば必ずおさえておきたい技術の一つです。 シリアライズって何？ オブジェクトの状態をバイナリ(0と1の集まり)に変換することをオブジェクトのシリアライズまたはシリアル化といいます。逆にバイナリをオブジェクトに変換することをデシリアライズといいます。 シリアライズされたデータは iOS 上では NSData オブジェクトとしてあつかわれます。NSData オブジェクトはそのままファイルに保存することができます。 iO
NSErrorオブジェクトで使われているエラー番号を調べるには - Awaresoft
デバッグ中にエラーが出てしまってエラー番号から内容が知りたい場合や、独自のNSErrorオブジェクトを作るときの参考に、既存のエラー番号を見たくなる時がありますが、いつもエラーの定義がどこでされていたか忘れてしまうのでメモ。 エラー番号については、Error Handling Programming GuideのError Objects, Domains, and Codesセクションに詳しく書かれています。 まず、Mac OS X（やiOS）のエラーは、エラードメインに分けられていて、NSError.hに次の4つのエラードメインが定義されています。 NSMachErrorDomain NSPOSIXErrorDomain NSOSStatusErrorDomain NSCocoaErrorDomain 他にも、フレームワーク毎に定義されたエラードメインがいろいろあります。 各ドメインの
Core Plot Tutorial: Getting Started
Note: This Core Plot tutorial has been updated for iOS 10 and Swift 3.0 by Attila Hegedüs. The original tutorial was written by tutorial team member Steve Baranski. If you’ve ever wanted to include charts or graphs in your app, chances are you’ve considered the following two options: DIY. Write all of the drawing code yourself using Core Graphics and/or Quartz. However, this can be a lot of work.
アプリ内課金 実装編 - アルデンテ！
プロダクト取得のコードが書けてテストも成功したら、今度は購入処理のコードを記述してみる。 まず、ヘッダにSKPaymentTransactionObserverを追加する。僕の場合はAlertViewも使っているのでこんな感じ @interface InAppPurchaseViewController : UIViewController <SKProductsRequestDelegate,SKPaymentTransactionObserver,UIAlertViewDelegate>{ ViewDidloadでPaymentQueueObserverになる処理を書く。Delegate=self的なノリ。これにより、一連の購入処理をハンドリングして逐次オブザーバーメソッドが呼ばれるようになる。 //SKPaymentQueueのオブザーバーとして登録 [[SKPaymentQueue
落ちないiPhoneアプリが作りたい自分のための、押さえておくべきポイントたくさん。 - かってぃのブログ | choilog [チョイログ]
提示：访问地址无效，katty0324/blog/53找不到对应的栏目！ 首页 关闭此页
iOSアプリ開発のメモリ管理で気をつけること - A Day In The Life
Objective-C での開発にだいぶ慣れてきたのですが、いまだメモリ管理まわりでハマることが多いのでまとめてみました。 メモリを確保してから解放するまでの流れ メモリを確保してから解放するまでの流れは以下の図のようになります(図はアップルのサイトから引用)。 alloc または init すると参照カウントが1になります alloc または init 系メソッドを呼ぶと参照カウントが1になります。 このように書いたのは、クラスの仕様によって alloc メソッドで retainCount が1になるオブジェクトと init 系のメソッドで retainCount が1になるオブジェクトがあるためです。alloc と init はセットで呼ばれることがほとんどなのでこの違いが問題になることはないと思いますが念のため。 int main() { /* allocで参照カウント1 */ NS
monkey coders' - Guard Malloc(libgmalloc) について
ここは管理人pigeon6と同じようなコンピュータとプログラムとアレゲが好きなおさるさんのためのサイトです。たぶん。 Guard Mallocはmalloc, callocなどで確保したメモリに対して不正な操作を行ってしまう類のバグの検出を助けるデバッグ用のライブラリです。Guard Mallocを使ってアプリケーションを実行すると、そうしたメモリに対してのバグがある場合、アプリケーションがバグの位置でハングアップします。 - Manual page for libgmalloc Xcode上でのGuard Mallocの使い方 メニューから「実行＞Guard Mallocを有効にする」を選択して、チェックをつけるとGuard Mallocを有効に出来ます。Guard Mallocには各種オプションがありますが、これは実行時の環境変数をセットすることで設定します。 Guard Malloc
そのUI, まずはCocoa Controlsで探してみよう - プログラミングノート
iOS Advent Calendar 9日目担当のntakuです。 もし、iOS開発する上で一番大変なことはなんですか？と聞かれれば間違いなくUIの開発！と答えます。同じ価値や機能を提供するにしても、使っていて気持ちが良いUIであるかどうかでアプリの評価は大きく変わってくると思います。 何がベストなのか、はやはり実際にプロトタイプを作ってみないと分からないわけですが、あのアプリのUIをちょっと真似してみようと思ったり、このアプリと同じように作ってくださいと言われるとそれだけで数日かかってしまうこともざらにあります。 そんなことを繰り返していると中々アプリが完成しないわけなのですが、その期間を少しでも短縮するために、私が開発する際に活用しているのがCocoa Controlsというサイトです。 Cocoa Controls Cocoa ControlsはiOSやMax OS X開発者が開発
Ustream.tv: ユーザー sazameki: [Sazameki] iOS 5プログラミング 2012/01/07 13:02, [Sazameki] iOS 5プログラミング 2012/01/07 13:02. コンピュータ...
[Sazameki] iOS 5プログラミング 2012/01/07 13:02 484 視聴数 長さ: 94:27 [Sazameki] iOS 5プログラミング 2012/01/07 13:02 埋め込みコード：録画 <iframe src="http://www.ustream.tv/embed/recorded/19617376" width="608" height="368" scrolling="no" frameborder="0" style="border: 0px none transparent;"></iframe> カスタム: 横幅: px 高さ: px 古いエンベッドコードを使う <object classid="clsid:d27cdb6e-ae6d-11cf-96b8-444553540000" width="480" height="296"
Objective-Cでの真偽値型 - ちくわプログラマにっき
BOOL bool Boolean Objective-C内で使える真偽値型として次の3つがあるのだけど、どれを使うのが正しいのかよくわからない。 実は型だけではなく値の方もいくつかある。 true TRUE YES こうなると、boolにYESを入れればいいのか、BOOLにtrueを入れればいいのかもうなんだかよくわかんなくなっちゃったので簡単にまとめてみた。 BOOL Objective-C 標準の真偽値型（なのかな） 真 YES 値は1 偽 NO 値は0 /* objc.h */ ... typedef signed char BOOL; // BOOL is explicitly signed so @encode(BOOL) == "c" rather than "C" // even if -funsigned-char is used. #define OBJC_BOOL_D
【コラム】ダイナミックObjective-C (8) カテゴリ - 動的なメソッドの追加によるクラスの拡張 | エンタープライズ | マイコミジャーナル
今回からは話を変えて、Objective-Cの別の側面を紹介しよう。メソッドの宣言、実装にまつわる話だ。まずは、カテゴリから始めよう。 カテゴリによるクラスの分割 Objective-Cには、カテゴリと呼ばれる機能がある。クラスが持つメソッドを、名前の通りカテゴリごとに分類するための機能だ。これを使うことで、大きなクラスでもコーディングしやすいように分割する、といったことができる。 例を示そう。Objective-Cでは、メソッドの定義は@interface ClassNameという形で行うが、メソッドをカテゴリに分類するときは、@interface ClassName (Category)という文法を使う。次の例では、Documentというクラスを宣言し、そのクラスにPersistenceというカテゴリを追加している。このカテゴリは、書類の読み書きに関するメソッドを担当するようにしてみた
『iOS4にしたらNSOperationが動かなくなったときの解決法』
iPhone SDK4.0になり、マルチスレッド関連にもかなりの変更が加えられました。その一つの影響として、NSOperationの仕様も変わっています。 何も考えずにisConcurrentをYESにして組んでいたアプリはiOS4では動かなくなる可能性があります。 最も影響を受けるのは、NSURLConnectionによるHTTPリクエストをNSOperationを使っていた場合でしょう。NSURLConnectionをマルチスレッドで使うには、かなり丁寧に実装してあげないと動かなくなります。 手っ取り早いのはNSOperationQueueの生成を以下のように明示的にメインスレッドの呼び出しに変更することです。 // alloc,initは、iPhone3.xでisConcurrent=NOの時、およびiOS4では別スレッドで起動される // iPhone3.xでisConcurren
UI AutomationでiPhoneテストが全自動に！ - 今日もコーディング日和
UI Automationという機能を用いることで、iPhoneの動作テストは ほぼ全自動で行うことができます。過去にいくつか記事があがっているのですが、 認知度低そうなのでここでも書いてみます。 テキスト入力とタップによる画面遷移の自動化 では、実際に自動化してみます。 テキスト入力してボタン押す機能の自動化です。 以下のような画面とコードのテストです。 自動化テストは、メモリリークとかのテスト行うのと同じInstrumentsから実行できます。 Runボタン押しっぱなしでProfileに切り替えることが出来ます。ここからInstrumentsを起動します。 起動したらAutomationを選びます。 自動テストの画面はこんなのです。 Recordで開始して、Scriptのところにjavascriptで描いたテストコードを 入力して、StartScriptを押します。 使ったコードは以下
『EXC_BAD_ACCESSのときにするNSZombieEnabledよりさらに便利な対処法』
今日は一日中EXC_BAD_ACCESSと戦っていました・・・・ どこかメモリ関係でだめなところがあるんだなということしかわからず、 かなり時間を食ってしました 開発をしている人なら誰もが通る道ではないでしょうか？ 検索とかすると、よく出てくるのは NSZombieEnabled をYESにしてどんな現象が起きているのか をしり、そこから推測してがんばるっていうものがよく引っかかります。 しかし！！ それでも具体的にどこが悪いよ！って言ってくれる訳ではないので、 なかなかバグを見つけるのは難しいとろ個がありますよね そんなかゆいところに手が届いてくれるやつがいました！ NSZombieEnabled に加えてこれを使うことで、もう今までの苦労は何だったんだろう？って言うぐらい簡単に見つけられちゃいます！ つかいかたはちょっとめんどくさいけど、それだけの価値はあります！ 使い方ですが、あらか
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
http://troybrant.net/blog/2010/01/set-the-zoom-level-of-an-mkmapview/