トップ | リロード | 新規 | 一覧 | 単語検索 | 最終更新 | ヘルプ

iPhoneの技術に関する解説 †

• スマートなデータモデルを実現するCore Data
• CocoaとObjective-C

アプリのディレクトリ構成 †

<application-home>----AppName.app
                       |
                       |
                       ----Documents
                       |       |
                       |       ----・・・
                       |
                       ----Library
                       |       |
                       |       ----Preferences
                       |       |
                       |       ----Caches
                       |
                       ----tmp

また、XcodeプロジェクトのResourcesグループに登録した画像やサウンドファイル（内部利用）は、この各アプリケーションパッケージ内に保存されている。

スレッド関係 †

例外処理とスレッド同期

Interface Builder（以下IBと呼ぶ） †

単語の説明 †

• Inspector
  インスペクタ、ここでは配置されるオブジェクトの詳細情報、という意味でとらえると分かりやすい。IBではこのインスペクタを通じて情報や属性などの設定を行う。
  
• Outlets
  直訳は出口やはけ口などを意味する。よく使われるのはclassの宣言(.h)に利用されるIBOutlets装飾語で、Xcodeでここに変数を定義しファイル保存すると、IBのFile Owner'sを右クリックした時に現れるOutlets設定にその名前が表示される、右クリックでその名前からレイアウト画面のオブジェクトに線を引いてリンクすることで、指定したオブジェクトは.h(Xcode)で定義したオブジェクト変数と連動するようになる。
  
• IBAction
  宣言ファイル(.h)にメソッドの定義と共に(IBAction)という文言を設定することで、IBではクラスのメソッドに繋げる設定したアクションを繋げることができるようになる。
  
• nibファイルフォルダ
  nibファイルウィンドウの中にFile's Ownerがある。これがNSApplicationや各種Controllerのインスタンスとなっている。ここに登録されるViewやMainMenuなどは、すべてインスタンスとして登録されるので、実行時にはインスタンスとして利用することができる。
  よってdelegateなどの登録は、このFile's Ownerと連結することになる。
  
• delegate
  AppleDev内でのdelegate説明ページ
• File's Owener
  IBを利用するときに出現するこのファイルはIBを難しくしている大きなポイントであり、一度はここを読む必要がある。またアップルが提供しているDeveloperReferenceにも英語ではあるが詳しい。
  
• windowとview
  windowとviewは共に、UIViewの拡張クラスだが、application上の設計として、windowは１つだけ作成し、画面の切り替わりはviewで行うという形になっている。このためwindowのサイズはiPhoneの画面一杯で作成しないと、エラー表示するようなシステムになっており、viewを使いこなして画面を作成することになる。
  

UIkit (iPhone用のフレームワーク）の注意点 †

UITextFieldDelegateの注意点 †

textFieldShouldReturn のような Cocoa Touchフレームワーク上での、テキストフィールドの処理を委譲するためのプロトコル［UITextFieldDelegate］を利用するには、対象クラスに下記の指定が必要。

@interface TestViewController : UIViewController <UITextFieldDelegate>

そうすることで、InterfaceBuilder上のInspectorのConnectionタグの一番下の項目にReferencing Outletsというエリアに、New Referencing Outlet というリンクできる機能があるので、そこからtextFieldにD&Dすることで、delegateを選択することができ、便利なイベント呼び出しを利用できる。textFieldShouldReturnの場合はtextFieldのFocusが外れた場合など。

UITableViewControllerの挙動 †

UITableViewControllerのviewWillAppear:メソッドでは、まだデータがロードされていない状態の時にのみ、reloadDataが呼び出される。そのため、オーバライドする場合には[super viewWillAppear:animated];はメソッド最後に呼び出すようにする。

UIViewの説明 †

• loadViewはnibが最初に読み込まれる時だけ呼ばれる。
• viewDidLoadはインスタンス化したときに呼ばれる
• viewWillAppearはView表示直前に呼ばれる
• viewDidAppearはView表示直後に呼ばれる
• viewDidUnloadはインスタンスを削除したときに呼ばれる

Viewを切り替えて使うようなアプリケーションで切り替え時にUIの値を変更したい時はviewWillAppearでやらなければならないが、メモリ不足などでviewDidUnloadなどが行われた場合には、view表示を行った場合、再度viewDidLoadが呼び出される。このことはviewUnloadで正しくメモリ解放が行われない場合、2重でメモリを確保（メモリリーク）することになる。
（注）loadViewでxibがアプリに読み込まれた以降に、UIパーツの値変更が可能

UIViewControllwerの注意点 †

• initWithNibName:
  読み込むべきxibファイルを指定し、読み込みの準備を行う。
• viewDidLoad
  viewプロパティが必要とされたタイミングにviewが無指定だった場合のみ（initWithNibNameでxibファイルを指定していなかった場合、またはviewコール前にsetViewしていなかった場合）、フレームワークによって自動的に呼ばれるメソッド。viewをIBを使わず、マニュアルで作りたい場合にはここで作成。

すべてのクラスにおける注意点 †

すべてのクラスはUIViewからの継承であるため、frameプロパティが存在する。インスタンスを作成後、必ずこのプロパティを表示しないと画面にview等が表示されないので気をつけること。

application †

IBを使わずにラベルの表示を行う方法 †

XcodeのClassの中にアプリケーション名＋AppDelegate.mというファイルがある。その中を以下のように編集してみる。

-(void) applicationDidFinishLaunching:(UIApplication *) application {
   CGRect rect = [window frame];   // windowサイズの取得
   UILabel* label = [[UILabel alloc] initWithFrame:rect];  // 大きさ(rect)を指定してラベルの作成
   label.text = @"Hello new World";     // ラベルにテキストを設定
   [window addSubview:label];           // ウィンドウにラベルオブジェクトを追加
   [label release];                     // ラベル変数を解放
   [window makeKeyAndVisible];          // 
}

一切のIBを利用しない方法 †

• 最初に、main.m に記述されているdelegate設定の部分を変更する

  UIApplicationMain(argc, argv, nil, @"myAppDelegate");

  一番後ろのmyAppDelegateが、呼び出しを行う最初のクラスになる。
• 次に、plistの中のXIBファイルを設定する項目そのものを削除する。
• myAppDelegateの中に、自分でWindowを作るコードを記述する。

  window = [[UIWindow alloc] initWithFrame:[[UIScreen mainScreen] bounds]]

UIViewオブジェクトの位置 †

uiview.frame.origin.x                   // 
uiview.frame.origin.y
uiview.frame.size.width
uiview.frame.size.height

UIViewにおける、frameプロパティと、boundsプロパティの違い †

• frameプロパティ
  frameプロパティは、親(superview)のローカル座標における、自分の位置とサイズを表す。
• boundsプロパティ
  boundsプロパティは、自分自身のローカル座標における位置とサイズを表す。よって、bounds.origin座標は必ず(0,0)の位置を示すことになる。

注意点としては、frame.sizeとbounds.sizeは基本的に同じサイズになるが、自分自身が親の座標からはみ出ている場合には、このサイズは変更される。（と思われる）

Text入力のキーボードの上にボタンや文章、入力フィールドなどを表示 †

• http://www.toyship.org/2011/03/uitextfielduitextview%E3%81%AE%E6%96%87%E5%AD%97%E5%85%A5%E5%8A%9B%E3%81%A7%E8%A6%9A%E3%81%88%E3%81%A6%E3%81%8A%E3%81%8F%E3%81%A8%E4%BE%BF%E5%88%A9%E3%81%AA%E3%81%93%E3%81%A8/

トラブルシューティング †

UIViewControllerのイベント処理内でtouchesBeganが拾えない †

下記のような実装において、autoreleaseでメモリ解放は問題がある。

- (void)viewDidLoad
{
　　　UIViewController *vc = [UIViewController new] autorelease];
      [self.view addSubview:vc.view];
}

具体的には、上記のようなイベント処理内で、サブコントローカーのvcを作成して、子供としてサブコントローラーのviewを登録するような場合、viewは登録されるものの、vcとして作成されたコントローラ部分は、viewDidLoad関数から出た時点で、autorelease設定により作成したインスタンスがメモリから解放されてしまい、touchesコマンドを受け取れない。そのため、UIViewControllerのクラスを親クラスと持つ独自のクラスを作成し利用する場合には、インスタンス作成時にautoreleaseを設定してはならない。クラス変数として確保し、deallocで解放させるようにする。

メモリの確保の注意点 †

オブジェクトの生成は、2つに分けられる。1つは、allocしてオブジェクトを生成。もう一つは、クラスメソッドの内部で作成する。

例１）ユーザー管理型
UIView * view = [[UIView alloc] init];

例２）システム管理型
NSString * name = [NSString stringWithString:@"suzuki yamada"];

例２ではallocを行わず、stringWithStringメソッド内で領域を確保しているため、ユーザーがdeallocを行う必要がない（[view release]は必要だが、[name release]はいらない）。逆にこの例２のような作成をしているオブジェクトに、releaseを実行すると、その場で落ちる。

オブジェクト定数
NSStringなどで、ソース中に定数として記述している場合

NSString * str = [NSString stringWithString:@"メッセージ"];

この場合、str.retainCountが「2147483647」という数字になる。これはオブジェクト定数（文字列定数）のため、解放不要というのを表す「NSIntegerのMAX値」が設定される規定の為。

コンパイルエラー †

• lvalue required as left operand of assignment
  左辺は必ず変更可能な物でなくてはならない。
• error: stray '\343' in program
  ソースのどこかに全角スペースが紛れ込んでいる。
• Undefined or garbage value returned to caller
  Case文にdefault:項が設定されていない。
  または、分岐の中でのみ値が設定され、初期化が設定されていない。
  
• Undefined symbols for architecture i386
  ようするにソース中の関数がどのにも無いという話であり、プロジェクトの設定にコンパイルするべきソース一覧に対象の関数がコードされているソースファイル名が漏れているか、Frameworkファイル名がもれているか、自分の他のライブラリファイル名がもれているかの３つが考えられる。

EXC_BAD_ACCESSで実行が中止する。 †

• 自動変数を初期化しなかったのが原因
  

  NSError* error;
  NSString* contents = [NSString stringWithContentsOfFile:path
                encoding:NSUTF8StringEncoding
                error:&error];

  ここのerrorの初期化を単純に忘れている。

「プログラムはシグナルを受信しました：“0”」 †

下記のコマンドで自動プールの中を確認できる。

[NSAutoreleasePool showPools];

SpringBoard がアプリケーションの起動に失敗しました。エラー:7 †

plistのBundle identifierの設定が間違えている場合に発生しやすいが、Emulatorをリセット後、再起動を行うと直る場合が多い。

何をやってもFailed to launch simulated application: Unknown error.でアプリ起動できない。 †

残念なことにxcodeはかなりバグが多いIDEである。(3.2.4現在）上記のような場合、内部の設定問題をxcodeは自己解決できず、何をおこなっても2度と動かない。基本的には以下の手順で解決する。

1. ~/Library/Application Support/iPhone Simulator のフォルダを削除する。
2. Xcodeのメニューのxcode項目の中の「キャッシュを空にする」を実行する。
3. iPhone シミュレータのメニューのiPhoneシミュレータ項目の中の「コンテンツと設定をリセット」を実行する。
4. Xcodeのメニューのプロジェクト項目の中の、プロジェクト名を変更する。

これにより、xcode内部のプロジェクト情報が新規で作成され、上記のエラーから回復することができる。

無いファイルがあると言われる。 †

アプリケーションにバインドされるファイルは、開発時に実機やシミュレーターなどにコピーされて、アプリケーションから利用されるが、このファイルがゴミのようにテスト機の中に残る場合がある。Simulatorであれば、メニューから設定のリセットを利用することで削除できるが、実機の場合はすべて工場出荷時に戻すという選択しかない。

実機でxcodeから起動することが出来ない。 †

Error launching remote program: failed to get the task for processが表示され、実機上で、アプリが起動せず実機でのデバッグができない場合は、Entitlement.plistが指定されている場合がある。例としては、AD-HOC用にdist.plistなどが指定されている。（厳密には、plitsの中の、get-task-allowのチェックがONになっている状況）

また他にも、ProvisioningFileのセットが、Distribution向けになっている場合も起動しない。そのため、Apple Develper Centerから、Development用のProvisioningFileを利用する。

画面がうまく回らない。 †

1. (BOOL)shouldAutorotateToInterfaceOrientation:(UIInterfaceOrientation)interfaceOrientation をreturn YES;で設定したか？
2. ViewControllerの初期化でinitで初期化されていない。（独自で初期化するなら、[super init]か？）
3. 特定の関数で呼び出したい時。

   [[UIDevice currentDevice] beginGeneratingDeviceOrientationNotifications];
   [[NSNotificationCenter defaultCenter] addObserver:self selector:@selector(didRotate:) name:UIDeviceOrientationDidChangeNotification object:nil];

ビルドの関する他の事項 †

• ADHOC版の作成においては、Entitlement Fileを別途作成し指定する必要がある。その場合、そのファイルのキーには、get-task-allowキーを作成し、false設定をしておく必要がある。詳細についてはここに掲載している。

画像に関するトラブル †

PNG画像を表示すると暗くないか？ †

理由は、AppleライブラリがPNGを読み込んで画像化する際に、アルファ値をすでに反映したRGBデータに変更しておくため。詳細はここのページを参照のこと。

OpenGLを使って文字を表示すると遅い。 †

これは、PowerVR系のチップが、タイルベースアーキテクチャを採用している唯一の弊害であり、対処するには、glTexSubImageなどのテクスチャーの一部書き換え処理回数を極力減らすように設計することだ。

Xcode †

初期設定 †

Xcodeには初期設定として行っておくと便利な機能がある。

ウィンドウをまとめる。 †

xcodeのウィンドウは他のIDEと違い、やたらとWindowsが表示される昔のタイプのUIを持っているが、xcode単体（プロジェクトは開かず）を立ち上げたときに、環境設定の中の全般タグの中のレイアウトを「オールインワン」にすることで多くのウィンドウを１つに纏めることができる。

Subversionとの連動 †

xcodeにおけるsubversionの連動は一応できる。基本的な手順は以下の通り。

1. サブバージョンサーバーにプロジェクトフォルダ（リポジトリ）を作成する。
2. xcodeのメニューのSCM項目の中のリポジトリを選択する。
3. リポジトリウィンドウの「構成」を選択し、先程作成したサーバーの情報（リポジトリ）を入力し、適用を押し無事に接続できているか確認し、認証されましたと表示されれば、そのまま登録する。
4. xcodeのメニューからプロジェクト項目の中のプロジェクト設定の編集を選び、一般タグの一番上に表示されている「ルートとＳＣＭを構成する」をボタンを押すことで、ローカルプロジェクトと、先程作成したリポジトリ情報をリンクさせる。
5. その後、xcodeのSCM項目内が変化し、チェックアウトやアップデートを行うことができる。

※注意、ファイルの追加やディレクトリの追加には注意が必要

SCMが使いづらい使えない時(SCPlugin) †

TortoiseSVN的なSubversionクライアントが、ここのSubversionを作っている所から提供されている。残念なことに正式には、SnowLeopardには対応していないが、下記の設定を行うことで利用することが可能。

1. 上記サイトより、最新のバージョンのSCPluginをダウンロードし、他のアプリと同じようにインストールする。
2. pkgファイルでインストールされると、以下のファイルがインストールされる。

   /Library/Contextual Menu Items/SCFinderPlugin.plugin

3. 上記ファイルを右クリックし、パッケージの中身を表示を選択する。その後開いたFinderから以下のファイルを確認する。

   Contents/Resources/SCPluginUIDaemon

4. 上記のSCPluginUIDaemonファイルを、ＯＳＸのシステム環境設定のアカウントを開き、ログイン項目タブを開いた後、その中に、先程のSCPluginUIDaemonを、ドラッグ＆ドロップして登録する。
5. その後、一度、ログアウトしてから再度ログインして、アプリケーションとして登録されているSCTToolBarButtonを、Finderのボタンが並んでいる所(ToolBar)にドラッグ＆ドロップすることで、SVNコマンドをそのボタンを通して利用できるようになる。
   

※注意、ファイル名やフォルダ名に日本語は使えない。フォルダの削除ができない。（snowで利用している場合）の２点が制約事項として存在する。

参考リンク †

• デバッガの使い方

プロジェクト管理 †

• Info.plist
  plistファイルはターゲットに連結するファイルであり、パスなどを変更する場合には、xcode左側のプロジェクト構成の中にある「ターゲット」の中の実行するファイルを参照する。それを右クリックで情報を見ることで、対象ターゲットの設定情報が見れる。
  
  このターゲット情報のビルドタグのPackagingの中に、plistファイルを指定するところがあるので、そのファイル名をプロジェクトファイルからの相対位置で指定する。
  
  以下のエラーが発生する場合。
  

  Warning: The バンドルリソースをコピー build phase contains this target's Info.plist file 'Info.plist'.

  この場合には、対象のInfo.plistを右クリックし、情報を見るから、ターゲットのタブの中にあるチェックをすべて外す。これによりplistをバンドルしなくなる。
  （このエラーは、plistは特別なファイルにもかかわらず、リソースとしてバンドルしようとしてしまったエラー）
  

• Prefix.pch
  このファイルは、多くのCocoaライブラリのヘッダーを先にコンパイルしておくことで、コンパイル時間を短くする為の工夫であり、拡張子のpchとは、Pre Compile Headerの略となっている。これも、上記のplistと同様にターゲットの設定情報で、対象となるpchファイルを変更することができる。
  
  変更するべき場所は、ターゲット情報の中のビルド・タブを開き「GCC4.2 - 言語」というエリアにある「プレフィックスヘッダ」に以下のように指定する。

  Resources/MyProject_Prefix.pch

  フォルダの位置は、プロジェクトフォルダからの相対位置となる。
  
  
• バンドルリソースに階層の追加
  アプリケーションにバンドルするリソースを、階層も併せて追加する場合には、ファイルを追加するオプションで、フォルダ参照を作成するをチェックすることで、選択したディレクトリーも併せて登録される。
  ※注意！これを行うと、下記のエラーであるアプリがシミュレータにロードできないバグ発生し、その後xcodeが使えなくなる

多言語対応 †

Xcodeでは、多言語対応するためのファイルを追加することで、多言語の対応を行うことができる。xcodeの左側のプロジェクト構造の中で、新規ファイルを選択し、Resourcesタグを選択することで、Strings Fileという種別のファイルをLocalizable.stringsという名前で作成することで対応可能である。

作成されたファイルを右クリックし「情報を見る」を選択すると、この中にファイルを「ローカライズ可能にする」というボタンがあるので、選択をすることで設定画面が表示される。設定後は、複数の言語ごとのテキスト設定ファイルが作成され、それぞれのテキストにラベルを編集できる。

Localizable.strings (Japanese) のファイルの中
  "Label" = "ラベル";

このように設定することで、プログラム中では以下のように利用できる。

   NSString * str = NSLocalizedString(@"Label",@"");

２つの引数の内、右の @"" はコメント用の文字列であり、設定の必要は特に無い。

※ローカライズを可能にする」ボタンを押すと、プロジェクトファイルの中には、English.lproj と Japanese.lproj という２つのフォルダが作成され、それぞれに先ほどのLocalizable.stringsというファイルが作成される。

Setting bundleの日本語化
システムの設定の所にアプリケーションの設定が行える情報を登録できる、setting bundleだが、en.lproj フォルダは作成されるものの、ja.lproj フォルダがxcodeから作成できない。そこでコマンドラインより、以下のコマンドを実行する。

cd Settings.bundle
cp -r en.lproj ja.lproj

アプリ名の多言語化
基本的には、plistの多言語ファイルである「InfoPlist.strings」を作成する必要があるが、手順・ファイル名ともにシビアな為、下記の手順で追加してほしい。

1. XcodeのResourcesフォルダ（作っている場合）を右クリックし、ファイルの新規追加から「OSXのResource」の中にある「Strings File」を選び「InfoPlist.strings」という名前で追加する。
2. 追加された「InfoPlist.strings」を右クリックし「情報を見る」を選び、File EncodingをUTF-16に変え「左下のローカライズ対応にする」ボタンを押す。
3. タグの「一般」から必要な言語を追加する。
4. 作成された「english」や「japanese」のファイルに、以下の分をそれぞれ言語分追加。

   CFBundleDisplayName = "アプリ表示名";

   
   

iPhoneとiPad両方が起動するアプリの作成方法 †

iPhoneとiPadは、同じようでかなり違う。解像度などの問題や外部ディスプレイ、またメモリ容量などいろいろな部分が違うために、両方で起動させるにはそれらをかなり意識して開発する必要がある。

アプリの開発方法には、２つのタイプがあり、１つはアプリをiPhone,iPadの両方で起動できるように内部に両方のリソースをバンドルし、起動時にそれらを切り替えて起動するようにする手法であるUniversalタイプと、ターゲットを２つ作成し別々のアプリとして作成する、Two Device-Specific Applicationの２つがある。

基本的にはiPhoneタイプでプロジェクトを構築し、xcodeの左側に表示されるプロジェクト構成のターゲット登録されている、１つのターゲットを右クリックすると「現在のターゲットをiPad用にアップグレード」という選択が表示される。これを選択することで、ダイヤログが表示され、ビルドタイプを選択できる。Universalタイプを作成したいときは左側のOne Universal Applicationを選択し、Two device-specific Applicationを作成した場合には、右を選択する。

• Universalアプリ（ダイヤログで左を選択した際の主な変化）
  
  • ターゲットの情報の「Deployment」の設定内のTargeted Device Familyの値がiPhone/iPadになっている。
  • プロジェクトフォルダには「Resources-iPad」というフォルダが作成される。
  • info-plistには、Main nib file base name (iPad)が追加される。

• Two Device-Specific Application（ダイヤログで右を選択した際の主な変化）
  • ターゲット情報は２つ作成される。iPad用には末尾に-iPadと追加される。
  • プロジェクトフォルダには「Resources-iPad」というフォルダが作成される。
  • それぞれのターゲット情報の「Deployment」の設定内のTargeted Device Familyの値がiPhoneままになっている。iPad用のplistは自分で作成して登録する必要がある。
  • Resources iPadも空の為、xibファイルやplistなどのリソースファイルは自分で登録する必要がある。
    

※コンパイルやデバッグのターゲット変更は、xcodeのメニュー -> プロジェクト -> アクティブターゲットの設定、で変更する

その他のプロジェクトファイルの設定について

• アーキテクチャ欄

  項目	値	説明
  アーキテクチャ	Standard (armv6, armv7)	CPUのアーキテクチャを選択する、CPUにあわせた最適化設定などもある（下記のベースSDKを設定すると変化）
  ベースSDK	iPhone デバイス 4.1	稼働する基本SDKの選択、基本は最新のSDKバージョンとする

• Deployment欄

  項目	値	説明
  iOS Deployment Target	iPhone OS 3.1.2	最終的にインストールされる機種の最低OSバージョン。基本的にSDK毎の差異で問題がなければ、なるべく低いバージョンにする

古い環境には含まれていない Framework を利用している場合
実行時のDynamic Linkerがシンボルのロードに失敗してアプリケーションが起動しない。そのため、アプリの中に対象となるライブラリの同梱指示を行う。具体的には、Xcodeの左メニューのターゲットの対象ターゲットにおいて「バイナリをライブラリにリンク」の中にリストされている、古いframeworkの「役割」を、Required から weak に変更する。

アプリ起動までの黒画面時に画像を表示 †

ＩＯＳでは、アプリが起動するまでの黒画面のところで画像を表示しておくことができる。やることは簡単で、Default.png （ファイル名は固定）を、Resources フォルダに入れておくだけで、自動的にこのファイルをアプリ起動時に表示してくれる。

デバッガ †

変数を表示する領域 †

• サマリーの部分で赤い文字になっているもの
  基本的にはそのメソッド内で更新された所が赤くなるようだ。（未確認）

特殊なデバッグオプション †

NSZombieEnabled
プロジェクトファイル内の実行可能ファイルをダブルクリックで、起動時の引数などを選択できる。ここで引数タブの下の段に、NSZombieEnabled YES と設定し、チェックを選択することで、システムからの呼び出しもエラー表記してくれるようになる。
これは特に、アプリが途中で突然落ちるときなどに効果を発揮する。
NSDebugEnabled
MallocStackLogging
MallocStackLoggingNoCompact

原因不明の落ちバグの場合 †

原因が分からない落ちバグにはいろいろあるが主な原因には以下のものがある。

1. メモリ不足：メインメモリをオーバーしている。
2. メモリ不足：メモリリーク（Release忘れ等）で確保できるメモリが無くなった。

基本的に、原因の分からない落ちバグはメモリ関係が多い。この場合にはgdbコマンドを利用してメモリのログを見ることで解決する場合もある。xcodeは基本的にgdbを利用しているため、落ちた後に(gdb)というプロンプトが出ている場合は、このプロンプトの後にコマンドを入力する。

例：
(gdb) shell malloc_history 21331 0x9ea1a0

これは、プロセス番号21331番の、メモリ領域0x9ea1a0に関するメモリログを表示する機能となる。これにより、詳細なメモリ管理情報が取得できる。

設定（Seeting Application） †

IOSでは、設定アプリに自分用の設定項目を作ることができる。基本的には以下の手順で設定ファイルを作成し、xcodeに含めることで、設定アプリに自分の設定を増やすことができる。

1. xcodeのプロジェクトに追加で、IOSのResourceの中にある、Setting Bundleを選択し、Settings.bundle というファイルを作成する。
2. Settings.bundleには、自動的にRoot.plistと、en.lprojフォルダが作成され、英語対応用の設定ファイルが作成される。日本語はここでは作成できず、自分でフォルダを作成し追加する。
3. Root.plistの中のPreference Itemが、設定アプリに表示される設定項目になる。（グループ名も項目の１つになることを注意）

フレームワークの説明とリンク †

Foundation.framework †

NSObject †

Cocoaフレームワークにおける最上位に位置するクラス。すべてのオブジェクトの基礎となる。NSObjectのProtocalに関する説明はここ

NSFileManager †

ファイル管理における専用クラス

NSTimer †

• scheduledTimerWithTimeInterval
  一番簡単なタイマー設定方法としては、以下のように同じクラス内に設定したハンドラーを指定して、指定時間後に呼び出されるように設定することである。

  [NSTimer scheduledTimerWithTimeInterval:2.0 target:self selector:@selector(handleTimer:) userInfo:nil repeats:YES];

  ここでは、repeatsをYESにしているので、2秒毎にHandleTimerメソッドが呼び出される。呼び出される方のコードは以下の通り。

  - (void) handleTimer:(NSTimer *)timer {
           NSLog(@"@%@ : [%s]", [self class], _cmd);
  }

  通常はここで再描画の処理や必要な機能を呼び出す。

NSTimeInterval †

タイマー時間を計算するクラス

NSDate *startTime = [NSDate date];
// 処理
NSTimeInterval elapsedTime = [startTime timeIntervalSinceNow];

これで処理の時間を計ることができる。

NSMutableArray †

メモリ確保の方法により生存期間が違う。

NSMutableArray *ma;
[[ma alloc]init];              // ローカル外でaddObjectできる。
[ma array];                   // ローカル外でaddObjectできない。

これは他項で説明している所有権に関わる問題である。

NSString †

文字データのフォーマットがUnicodeであることから、NSStringには下記の5種類の改行コードを使用することが認められている。通常はLFを利用。

• Carridge Return (CR) [\r]
• Line Feed (LF) [\n]
• Carridge Return & Line Feed (CR-LF) [\r\n]
• Unicode Line Separator (LS)
• Unicode Paragraph Separator (PS)

複数の改行コードに対応しているのはいいが、問題はこれらのコードがひとつのNSStringインスタンスに共存可能だということだ。Windows/DOSならCR-LF、Unix系ならLF、旧MacOSならCRとなっている。

その他

• 代表的なメソッド
  • フォーマット編集

    NSString * text = [NSString stringWithFormat:@"文字列:%@, intの数 = %d", @"中身", 10];

  • 指定した文字列が合致する範囲を取得（最初に発見した文字列位置）

    NSRange range = [textString rangeOfString:@"COCO"];

  • 部分文字列の置換（全て置換）

    NSString * newString = [oldString stringByReplacingOccurrencesOfString:@"OLDTEXT" withString:@"NEWTEXT"];

  • 文字列の分割

    NSString * newStr = [longText substringFromIndex:5];

  • 文字列コードの変換

    NSString * newString = [NSString stringWithUTF8String:oldString];

UIKit †

日本語リファレンスはここ

UIView †

• iPhone4で、UIView animationを利用する場合の変更点

UIScreen †

主にスクリーン情報を取得するための特殊なクラス。下記のような手順で画面の大きさなどを取得する。

frame = [[UIScreen mainScreen] applicationFrame];  // StatusBarを除いたスクリーン領域
bounds = [[UIScreen mainScreen] bounds];  // スクリーンの大きさを取得
scale = [[UIScreen mainScreen] scale];   // 画面の拡大率(iPhone3GやiPhone4などは解像度が違うため)

ほとんど利用されないが、iPad以降では外部スクリーンを管理できるようになったので、以下のような要領でスクリーン状態を確認できる。

• スクリーン数の確認
  

  NSLog( @"screenCount = %d", [[UIScreen screens] count]);

• それぞれのスクリーンサイズの取得
  

  for( UIScreen * sc in [UIScreen screens] ){
      screenFrame = [sc bounds];
  }

UIImage †

• (CGSize) scale プロパティ(読み出し専用)
  対象画像の画像を取得します。読み込まれた画像の大きさを返します。

  NSLog( @"width = %d", image.size.width );

• imageNamed:(NSString *)name メソッド
  このメソッドはプロジェクトファイルのResourcesフォルダに登録されたリソースに専用にアクセスする機能で、特に読み込んだデータをメモリにキャッシュとして読み込むことで、表示を高速化する機能があります。主にアイコンや画面のパーツなど何度も呼ばれ、またiPhone4などの高解像度の場合に、自動的に最適なリソースを自動的に読み込んでくれる便利な機能を持っています。

  image = [UIImage imageNamed:@"playIcon.png"];      // 指定のリソースを読み込む

• imageWithContentsOfFile:(NSString *)path メソッド
  ファイルパスを指定して画像を読み込みます。このメソッドではimageNamedメソッドと違い、自動的なキャッシュを行わないのでメモリの解放をしっかり管理することでメモリの増大を防げます。

  image = [UIImage imageWithContentsOfFile:@"/User/temp/background_bg.jpg"];

UIImageView †

UITouch †

UIScrollView †

大きな画像を表示させ、スクロールさせたりするための専用view。

• scrollViewDidEndDragging:(UIScrollView *) willDecelerate:(BOOL)
  
• scrollViewDidEndDecelerating:(UIScrollView *)
  scrollViewDidEndDragging:willDecelerate: は、スクロールする指を離した時点で呼ばれる。ゆっくりスクロールしていた場合は、このメソッドが呼ばれるのと同時にスクロールも終了するが、素早く指を動かしていた場合は、このメソッドが呼ばれたあとも、しばらく慣性でスクロールを続けるだろう。 慣性スクロールが行われた場合、最終的にスクロールアニメーションが終了したとき、改めて scrollViewDidEndDecelerating: が呼ばれる。 だからこのふたつをカップルさせて使うことで、「スクロールの動きの終了」を検知できる。

• scrollViewDidScroll:
  これは、指でスクロールしているとかなり頻繁に呼ばれる。なので、オフセット位置の変化に応じてコンテントビューを更新する必要がある場合（visibleな部分だけを描画している場合など）に使うと宜しいとされている。スクロールの終了時に呼ばれるものではない。

• スクロールビューの枠に影 [scrollView setShowBackgroundShadow:YES];

Core Foundation (CFクラス） †

Bundleについて、一度ここを読み必要がある。

CFBundle †

• CFBundleCopyResourceURL
  

iPhone Simulatorについて †

iPhone Simulatorでは、実機と同じように２本の指によるピンチなどの操作も行うことができる。

サウンドについて †

• 参考にするべきページ

AVAudioPlayerクラス （日本語はここ） †

利用のための初期設定

1. インストールするべき、Frameworkは、AVFoundation.framework を追加する。
2. ソースに記述するヘッダーファイルは、#import <AVFoundation/AVFoundation.h>　となる。

iPhoneの着信音専用ファイル †

メール着信音（*.cafファイル） †

iPhoneの着信音は *.caf という変わった拡張子を利用した、*.aiff （osxのサウンド形式）ファイルであり、拡張子をリネームしたものである。通常は aiff 形式にファイルを拡張子cafに変更するだけで利用可能。

音声着信音（*.m4rファイル） †

着信音は、40秒以内のAACデータで構成される。m4rは、m4aファイルの拡張子を変更したものであり、作成は容易である。

コンバート †

# afconvert -hf

開発上のTips †

UIViewのテクニック †

Viewに枠線をつける。 †

#import <QuartzCore/QuartzCore.h>
[[view layer] setBorderColor:[[UIColor blueColor] CGColor]];
[[view layer] setBorderWidth:2.0];

Viewのすみを角丸にする。 †

[[view layer] setCornerRadius:15.0];
[view setClipsToBounds:YES];

NSString †

文字列の中の改行を削除 †

改行の削除
NSString *repWord = [[text componentsSeparatedByCharactersInSet:[NSCharacterSet newlineCharacterSet]] componentsJoinedByString:@""];

ボタン関係 †

ボタンの画像をボタンサイズに自動的に合わせる。 †

※IBの場合は必要がない可能性あり。

UIImage *pushImage = button.imageView.image;
UIImage *stretchImage2 = [pushImage stretchableImageWithLeftCapWidth:12 topCapHeight:12];  
[button setBackgroundImage:stretchImage2 forState:UIControlStateHighlighted];

ソフトウェアキーボード †

半透明化 †

UITextField *textField;
textField.keyboardAppearance = UIKeyboardAppearanceAlert;　（黒の半透明のキーボード）
textField.keyboardAppearance = UIKeyboardAppearanceDefault;　（通常）

フォーカスの切り替え †

[textView resignFirstResponder];  （フォーカス消す。他にtextViewなければ、キーボード消える）
[textView becomeFirstResponder];　（キーボード出現）

タッチについて †

スワイプやピンチについて

アイコン †

iPadやiPhoneでは、アイコンの種類が何種類か準備し、アプリにバンドルする必要がある。

iPad †

便利なソーステクニック †

ここではコーディングやデバッグに便利な記述やテクニックを紹介する。

デバッグ用 †

ログ †

通常、NSLogなどを利用してプログラムのトレースなどを行い場合、以下の行をコピーし、メソッドの先頭に入れておくことで、クラス名・メソッド名を表示できる。

NSLog(@"@%@ : [%s]", [self class], _cmd);

コーディング †

NSValueやNSNumberによるプリミティブ型のラップ †

NSArrayなどのオブジェクト型の配列には、通常、プリミティブ型のデータを入れることができない、これはオブジェクト型はすべてNSObjectからの派生で作られているため、オブジェクト管理メソッドおよびプロパティを、プリミティブ型は持たないためである。そこで以下の形でNSValueやNSNumberというオブジェクト型に変換して利用する。

領域などの構造体系

NSValue * val = [NSValue valueWithCGPoint:(CGPoint)point];
NSValue * val = [NSValue valueWithCGSize:(CGSize)size];
NSValue * val = [NSValue valueWithCGRect:(CGRect)rect];
NSValue * val = [NSValue valueWithCGAffineTransform:(CGAffineTransform)transform];

数字など

NSNumber * num = [NSNumber numberWithInt:(int)value];
NSNumber * num = [NSNumber numberWithUnsignedInt:(unsigned int)value];
NSNumber * num = [NSNumber numberWithLong:(long)value];
NSNumber * num = [NSNumber numberWithFloat:(float)value];
NSNumber * num = [NSNumber numberWithDouble:(double)value];
NSNumber * num = [NSNumber numberWithBool:(BOOL)value];

マルチスレッド：初期型 †

iPhoneによるマルチスレッドは、メソッドの呼び出し時にそのフロントスレッドではなく、バックスレッド処理を行う設定ができる。

[self performSelectorInBackground:@selector(backGroundProcess:) withObject:arg];

たとえばこれは自分のクラス内のbackGroundProcessというメソットを、バックスレッドで処理させるように指示を出す。簡単で便利ではあるが２つの大きな注意事項がある。

1. UIの処理はフロントスレッド側で行っているため画面制御をバックスレッドで処理する場合には、そのUI部分の処理だけは、下記の指定でフロントスレッド側に戻す必要がある。

   [self performSelectorOnMainThread:@selector(uiDraw:) withObject:arg waitUntilDone:NO];

2. 自動プール変数処理を別途記述する必要がある。これはバックスレッドでの変数確保がフロントスレッド側に影響を与えないようにするためであり、必須と考えて良い。
   • マルチスレッドとして呼び出すメソッドの先頭に。

     // 自動メモリ管理登録
     NSAutoreleasePool * pool = [[NSAutoreleasePool alloc] init];

   • 同じくメソッドの最後に

     // 自動メモリ管理解放
     [pool release];

iOS5について †

iOS 5で挙動が変わったUI系APIまとめ

iOS6について †

iOS6非互換：NSTimerの挙動

追加された機能 †

1. UIRefreshControl 引っ張って画像を追加更新させる機能
2. UICollectionView 写真のカタログなどに利用できるビュー
3. NSHashTable, NSMapTable, NSPointerArray, NSPointerFunctions

iOS7について †

アイコンのサイズ

atomicとnonatomic †

atomicにするとロック機構が働くためnonatomicより10倍程度遅くなる。マルチスレッドでアクセスするならatomicにする。nonatomicなプロパティにメインスレッド以外からアクセスすることもできるがデータが破壊される可能性があるため、無理矢理使うなら@synchronizedなど、他のアクセス制御の仕組みが必要。

国際化 †

http://www.atmarkit.co.jp/fwcr/design/tool/iphonesdk03/02.html

便利なツール・ライブラリ †

• みんなでノウハウを共有してアプリ審査でのリジェクトを回避しょう
• iPad/iPhoneのアイコンを生成する「IconUtility」
• iPhone オープンソースまとめ
• 公開されているソースコード
• Open Source iPhone Software
• iPhone GUI PSD Version 4
• Yahoo! Design Stencil Kit version 1.0
• OpenGL ES Unity3D
• PhotoCatalogみたいなライブラリ
• OpenCV

Three20ライブラリ †

• 【Three20】をプロジェクトで使えるようにする手順
• Three20のプロジェクトへの導入

ASIHTTPRequest †

http://allseeing-i.com/ASIHTTPRequest/How-to-use

便利なiPhone用のアプリ †

• iPhoneに登録されているフォントの一覧表示を行うアプリTypeFaces
• PANTONEを使い、色の確認できる美麗なアプリ「MyPantone」
• MacPorts

  sudo port -v selfupdate  // 自分自身の更新
  sudo port install git-core gnupg   // git のインストール
  curl http://android.git.kernel.org/repo > repo   // repoコマンドの取得

  「.bash_profile」に追加

  export PATH=/opt/local/bin:/opt/local/sbin/:$PATH
  export MANPATH=/opt/local/man:$MANPATH

iPhoneの開発に関するリンク集 †

• iPhone開発リンク
• TigerのCocoaにみるMVCの完成 - スマートなデータモデルを実現するCore Data
• いろいろなコーディング例
• AppStoreへの登録手続きについて
• iPhone用の開発小技の紹介ページ
• じゃんけんアプリを通じた開発チュートリアル
• CoCoaでいこう、マックらしく
• UISwitchの色を変更
• iPhone開発まとめ
• UIScrollViewDelegate Protocol Reference
• UIScrollViewにtapZoomを追加
• もとまか日記、iPhone開発のまとめ＜良＞
• RinpaWikiのiPhoneまとめサイト
• iPhoneプログラミングの基礎：View Controller
• 一般公開「小池邦人のCarbon視点でiPhone探求」
• 新toolbox 100の定番
• IOS Dev CAMP2010
• NSStringの日本語説明
• 画像や文字がぼける問題
• AdMOB の設定方法

アイコンの登録 †

iPhoneやiPadではアプリケーションのアイコン登録が必須であり、app.plistの中に、CFBundleIconFiles というフォルダを作成し、機種毎に最適化した複数のアイコンを登録する必要がある。詳しくはリンクを参照。注意：アイコンファイルの最初の文字は必ず大文字にする

• アイコン関係

※また、iTunes用の512x512の巨大なアイコンは、plistに登録するのではなく、プロジェクト直下（ResourcesやClassなどと同じレベル）に、.png の拡張子を消した「iTunesArtwork」というファイル名で登録する。

その他のiPhoneに関するリンク †

• 2010年9月のニールセンのレポートを和訳してまとめてみた。
• iphoneアプリ開発者とデザイナのマストノウ45アプリ
• マルチタスクのメソッド

わからないこと †

• NSArrayの使い方、NSMutableArrayばかりの利用になってしまい、NSArrayを利用するシチュエーションがよく理解できない。
• touchesEndedなど、タッチイベントが発生すると、subviewsに、謎のUIViewが２枚たされる件