shingohry.com

ナビゲーションバーの下から出てくる簡易的なメニューUIを作ってみました。

ナビゲーションバー上の「Menu」ボタンをタップすると、メニュー画面が出てきます。メニュー上のボタンを押すとメインのView(青のView)上のテキストが変わります。
Single View Application テンプレートを元に作成しました。

MenuView

UIViewを継承した”MenuView”クラスを作成してメニュー画面を実現しました。
メニューのレイアウトは.xibファイルで定義し、ボタンを押した際の動きなどは実装ファイルに記述しています。

• “MenuView”クラスの役割
  • メニュー画面の動きを実現する
  • メニュー開閉状態の保持する
  • どのボタンが押されたかをメインのViewControllerへ伝達する

例えば、メニューを開く時に呼ばれるメソッドは、以下のようになっていて(MenuView.m)、アニメーションさせながらViewの座標をずらしています。

また、メニュー内のボタンが押されたことをメインのViewControllerに伝達するためにDelegateを使っています。
MenuView.hファイル内で、以下のように”MenuViewDelegate”プロトコルを定義しています。

ViewController

Single View Application テンプレート作成時に生成されるViewControllerに少しだけ手を加えています。

• “ViewController”クラスの役割
  • MenuViewインスタンスの作成して保持し、MenuViewインスタンスをself.Viewのサブビューに追加する
  • ナビゲーションバー上の「Menu」ボタンがタップされた時に、タップされたことをMenuViewへ伝達する
  • MenuView表示時に半透明グレーのViewを表示する
  • MenuViewDelegateプロトコルで定義したメソッドを実装し、そのメソッド内でラベルテキストの変更を行う

プロジェクトファイル

作成したプロジェクトファイルはGitHubで公開しています。

• https://github.com/hirayaCM/TopSideMenuSample

参考ページ

nmattissonさんのDropdownMenuというライブラリを参考に作成しました。

• nmattisson / DropdownMenu

プロジェクト作成時にローカルリポジトリを作成し、GitHubのリポジトリにPushしました。今回、GitHubのリポジトリへのPushを初めて行ったのですが、以下のページを参考にしながら作業しました。

• ローカルで作ったリポジトリをgithubに初めてpushする方法
• ssh-keygenコマンドで秘密鍵・公開鍵生成メモ
• 今さら聞けないXcodeのバージョン管理　Gitの基本的な使い方からGitHubへソースコードを公開するまで

ちなみに、この記事とGitHubのReadmeに貼り付けているGifアニメはLICEcapというアプリで作成しました。

• LICEcap – Cockos Incorporated
• Add images to readme.md in GitHub [closed]

また、ソースコードのハイライトは”Crayon Syntax Highlighter”というプラグインを使用しています。

• WordPress上でソースコードを綺麗に表示させるならCrayon Syntax Highlighter！

前回の「今さらですが、ARC超入門 」(1) に引き続きiOSアプリ開発のネタです。

今後どういった形でコーディングしていくのかというルールを決めてみました。

hファイル

hファイルについてです。

(1)プロパティとpublicなメソッドのみ記載し、{}は使わないようにします。

(2)ARCがない頃は、@propertyの部分にassign/retain/copyパラメータを指定することで、メモリ管理の仕方をコンパイラに指示していました。ARCでは、weakとstrongパラメータを指定し、コンパイラに指示します。

(3)publicなメソッドはここに書きます。

mファイル

mファイルについてです。

(4)
@imprementation にインスタンス変数を書けるようになったので、外部との連携を必要としないインスタンス変数は@implementation部に記述します。

(5)セッター・ゲッターは@synthesizeで実装します。
インスタンス変数名は、プロパティ名の前にアンダースコアをつけたものにします。

参考ページ
Xcode ARC時代のマイルール

今回はiOSアプリ開発ネタです。

iOS5で導入されてしばらくたってしまったARCですが、
今まで使ってきませんでした。

最近、ARCを使う機会があったので、
調べてみました。

ARCの基本

ARC (Automatic Reference Counting) とは、
「自動リファレンスカウンタ」のことです。

コンパイルの際に「retain」や「release」などのメソッドをコンパイラが挿入してくれるもので、書かなければならないコードが減るという便利なものです。

しかし、「一定のルール」に従う必要があります。

retain, release, autoreleaseは書かない

・retain, release, autoreleaseはコンパイラが挿入してくれるので、コンパイラに任せます。(自分で呼んではいけません)
・deallocもコンパイラに任せます。(直接deallocを呼び出していけません。deallocのオーバーライドは可能ですが、[super dealloc]は呼び出してはいけません)

メモリ管理の基本的な仕組みは、手動メモリ管理と同じです。

「retain, release, autorelease」を使う代わりに、
「強い参照」と「弱い参照」という概念を導入して、
コンパイラに自動挿入してもらいます。

強い参照と弱い参照

「強い参照」と「弱い参照」を使い分けてオブジェクトを利用します。

強参照 :
参照先のオブジェクトを自分で保持します。
強参照されているオブジェクトは常に利用可能で、
強参照されなくなったり、スコープ外に出た場合は破棄されます。

弱参照 :
参照先のオブジェクトを自分で保持しません。
参照先のオブジェクトが誰からも強参照されなくなったとき、自動的にnilが代入されます(Zeroing)

という考え方が基本になります。

あるオブジェクトを保持したい場合は強参照します。保持しない場合は弱参照します。
「循環参照」を避けるために、二種類の参照が存在します。

「 __strong」や「__weak」などの修飾子を使って「強い参照」と「弱い参照」のどちらなのかを示します

強い参照 : __strong
デフォルトは強い参照ですので、通常は指定する必要はありません。
alloc/initで生成されたオブジェクトは、現在のスコープ(多くの場合、変数が宣言された中括弧内)のライフタイムの間、維持されます。
nilで初期化されます。

弱い参照 : __weak
delegateパターンを使うときなどは、相互循環を防ぐために弱い参照を使います。
nilで初期化されます。
iOS4では使えません。

その他 :
__unsafe_unretaind :
__weekが使えないiOS4ではこれをつかいます。nil初期化やZeroingが行われません。

__autoreleasing :
手動メモリ管理の時にautoreleseメッセージを送信していたのと同様の働きになります。
nilで初期化されます。
強参照されているオブジェクトも、変数スコープ外に出れば破棄されるので、あえてこれを使うことは稀です。

その他

ARCで使えないものに以下のものがあります。

・NSAllocateObject, NSDeallocateObject
・C構造体の中でのオブジェクトポインタ
・NSAutoReleasePool (@autoreleasepoolブロックの使用は可能。)
・メモリゾーン
・“new”から始まるプロパティ名

その他に、CとObjective-C間のキャストには特定の方法を利用する必要があります。

まとめ

ARCを利用する際の基本的なルールを掴むことができました。
次回は、これらを踏まえて、どういった形でコーディングしていくのかというマイルールをまとめたいと思います。

参考ページ
[iOS5] ARC (Automatic Reference Counting) : Overview
Objective-C ARCによるメモリ管理