Higher Order Messaging (HOM)
Tags: Cocoa, NSInvocation, NSProxy, Objective-C
イントロダクション
-[NSObject performSelector:withObject]に複数の引数を渡す - boreal-kiss.comで少しだけ言及していたHigher Order Messaging (HOM)の例をいくつか挙げておく。なおCocoaにおけるHOMはMetaobjectによるMPWFoundationの機能の一部として利用することができる(ようである)。
ケース1
ボタンを押す(-[AppController buttonPressed:])とアラートを表示する(-[AppController openAlert])アプリケーションを考えよう。アプリケーションのコントローラー部分は以下のように記述されているとする。
@implementation AppController -(IBAction)buttonPressed:(id)sender{ [self openAlert]; } -(void)openAlert{ NSRunAlertPanel(@"Alert", @"This is an alert", @"OK", nil, nil); } @end
1秒後にアラート表示をさせたい場合は-[NSObject performSelector:withObject:afterDelay:]を用いると以下のように書き換えることができる。
-(IBAction)buttonPressed:(id)sender{ [self performSelector:@selector(openAlert) withObject:nil afterDelay:1.0]; }
この書き方でももちろんかまわないが、HOMを用いるとメッセージ内容がより直感的に表現される。新しくNSProxyのサブクラス(DelayedTrampoline)を導入してHOM的な書き方をした場合は以下のようになる。
#import "DelayedTrampoline.h" @implementation AppController //New -(IBAction)buttonPressed:(id)sender{ [[self afterDelay:1.0] openAlert]; } -(void)openAlert{ NSRunAlertPanel(@"Alert", @"This is an alert", @"OK", nil, nil); } //New -(DelayedTrampoline *)afterDelay:(NSTimeInterval)delay{ return [DelayedTrampoline delayedTrampolineWithTarget:self afterDelay:delay]; } @end
@interface DelayedTrampoline : NSProxy { id _target; NSTimeInterval _delay; } -(id)initWithTarget:(id)aTarget afterDelay:(NSTimeInterval)delay; +(id)delayedTrampolineWithTarget:(id)aTarget afterDelay:(NSTimeInterval)delay; @end
@implementation DelayedTrampoline -(id)initWithTarget:(id)aTarget afterDelay:(NSTimeInterval)delay{ _target = aTarget; _delay = delay; return self; } +(id)delayedTrampolineWithTarget:(id)aTarget afterDelay:(NSTimeInterval)delay{ return [[[[self class] alloc] initWithTarget:aTarget afterDelay:delay] autorelease]; } //Override -(NSMethodSignature *)methodSignatureForSelector:(SEL)aSelector{ return [_target methodSignatureForSelector:aSelector]; } //Override -(void)forwardInvocation:(NSInvocation *)anInvocation{ [anInvocation performSelector:@selector(invokeWithTarget:) withObject:_target afterDelay:_delay]; } -(void)dealloc{ _target = nil; [super dealloc]; } @end
以下に比較したい箇所だけを抜き出す。HOMの場合メッセージ(afterDelay:)の引数がメッセージ(openAlert)であるかのように書くことができることがわかる。これがHOMの”Higher Order”たる所以である。[NSObject performSelector:withObject:afterDelay:]を用いた従来の書き方よりもより直感的に理解できる表現だ。もちろん引数に書かれたメッセージは実際に引数を持つことができるため柔軟性も高い(例: -[NSObject performSelector:withObject]に複数の引数を渡す - boreal-kiss.com)。
//Normal -(IBAction)buttonPressed:(id)sender{ [self performSelector:@selector(openAlert) withObject:nil afterDelay:1.0]; } //HOM -(IBAction)buttonPressed:(id)sender{ [[self afterDelay:1.0] openAlert]; }
ケース2
HOMは同じ内容を繰り返し記述しなければならない場合などにも便利だ。例えばdelegateメソッドを実行する際にターゲットであるdelegateが実際にメソッドを実装しているか確認する次のようなコードを大量に書いて(あるいはコピペして)骨が折れた経験はないだろうか。
if ([_delegate respondsToSelector:@selector(doSomething)]){ [_delegate doSomething]; }
この場合あらかじめdelegateオブジェクトを扱うクラス(例えばAppController)にHOMを実装しておけば問題は回避可能だ。
@interface AppController : NSObject { id _delegate; } @end
#import "IfRespondsToTrampoline.h" @implementation AppController -(IfRespondsToTrampoline *)delegateIfRespondsTo{ if (_delegate){ return [IfRespondsToTrampoline ifRespondsToTrampolineWithTarget:_delegate]; } return nil; } @end
@interface IfRespondsToTrampoline : NSProxy { id _target; } -(id)initWithTarget:(id)aTarget; +(id)ifRespondsToTrampolineWithTarget:(id)aTarget; @end
@implementation IfRespondsToTrampoline -(id)initWithTarget:(id)aTarget{ _target = aTarget; return self; } +(id)ifRespondsToTrampolineWithTarget:(id)aTarget{ return [[[[self class] alloc] initWithTarget:aTarget] autorelease]; } //Override -(NSMethodSignature *)methodSignatureForSelector:(SEL)aSelector{ return [_target methodSignatureForSelector:aSelector]; } //Override -(void)forwardInvocation:(NSInvocation *)anInvocation{ [anInvocation invokeWithTarget:_target]; } -(void)dealloc{ _target = nil; [super dealloc]; } @end
以下に比較したい箇所だけ抜粋する。AppControllerに上記のようなHOMが実装されていれば、delegateオブジェクトがメソッドを実装していれば実行、なければ何もしない(実際には内部でNSProxyによるNSInvalidArgumentExceptionが挙がる)というコードが一行で書けてしまう。
//In AppController.m //Normal if ([_delegate respondsToSelector:@selector(doSomething)]){ [_delegate doSomething]; } //HOM [[self delegateIfRespondsTo] doSomething];
-[NSObject performSelector:withObject]に複数の引数を渡す
Tags: Cocoa, DesignPatterns, NSInvocation, NSProxy, Objective-C
イントロダクション
あるメソッドを遅延して実行したい場合、-[NSObject performSelector:withObject:afterDelay]を用いることが多々ある。しかし対象のメソッドが複数の引数を持つものであった場合、この方法は直接的には用いることができなくなってしまう。そこでNSInvocationクラスとNSProxyクラスを用いて複数引数を持つメソッドでも適用できるように工夫する。なおこの方法はHigher Order Messaging(メッセージを引数に持つメッセージという意味合い)と呼ばれる。
*******************************************************************
HOMについてまとめた記事はこちら。
Higher Order Messaging (HOM) - boreal-kiss.com
*******************************************************************
問題の一例
例えば以下のようなコントローラークラスを考える。このコントローラーではUI中のボタン(Show Alert)が押されるとアラートが表示される仕組みになっている。
@implementation AppController -(IBAction)buttonPressed:(id)sender{ [self openAlertWithTitle:@"Alert" message:@"This is an alert." defaultButtonTitle:@"OK"]; } -(void)openAlertWithTitle:(NSString *)aTitle message:(NSString *)aMessage defaultButtonTitle:(NSString *)aDefaultButtonTitle{ NSRunAlertPanel(aTitle, aMessage, aDefaultButtonTitle, nil, nil); } @end
このままだと、ボタンが押された途端にアラートが表示され、ボタンの描画状態がプッシュ中のままになることがわかる。気持ちわるい。
そこで-[NSObject performSelector:withObject:afterDelay:]を用いてアラートを遅延表示させるのが得策だろう。しかし-[NSObject performSelector:withObject:afterDelay:]では-[AppController showAlertWithTitle:message:defaultButtonTitle:]を正しく実行できない。引数が複数あるためだ。それではどうすればよいだろうか。解決策のひとつとして複数の引数をひとつにまとめてしまう方法が考えられる。
NSInvocation
NSInvocationはメソッドをオブジェクト化したクラスである。デザインパターンで言うところのCommandパターンに相当するもので、これを利用することで上記問題を解決することができる。具体的には以下のような手順を踏むことになるだろう。
- -[NSObject performSelector:withObject:afterDelay:]で本来実行したい複数引数を持つメソッドをNSInvocationオブジェクトとしてひとつにまとめてしまう(メソッドのオブジェクト化)
- 作成したNSInvocationオブジェクトを実行するための新たなメソッド(引数はNSInvocationオブジェクトひとつのみ)を定義、それを-[NSObject performSelector:withObject:afterDelay:]で実行する。単一引数なので問題なし
- NSInvocationオブジェクトの中身(本来実行したいメソッド)を実行する
以下では新しく-[AppController openDelayedAlertWithTitle:message:defaultButtonTitle:]としてアラートの遅延表示を実現している。
@implementation AppController -(IBAction)buttonPressed:(id)sender{ [self openDelayedAlertWithTitle:@"Alert" message:@"This is an alert." defaultButtonTitle:@"OK"]; } -(void)openAlertWithTitle:(NSString *)aTitle message:(NSString *)aMessage defaultButtonTitle:(NSString *)aDefaultButtonTitle{ NSRunAlertPanel(aTitle, aMessage, aDefaultButtonTitle, nil, nil); } //New -(void)openDelayedAlertWithTitle:(NSString *)aTitle message:(NSString *)aMessage defaultButtonTitle:(NSString *)aDefaultButtonTitle{ NSMethodSignature *aSignature = [[self class] instanceMethodSignatureForSelector: @selector(openAlertWithTitle:message:defaultButtonTitle:)]; NSInvocation *anInvocation = [NSInvocation invocationWithMethodSignature:aSignature]; [anInvocation setTarget:self]; [anInvocation setArgument:&aTitle atIndex:2]; [anInvocation setArgument:&aMessage atIndex:3]; [anInvocation setArgument:&aDefaultButtonTitle atIndex:4]; [anInvocation setSelector: @selector(openAlertWithTitle:message:defaultButtonTitle:)]; [self performSelector:@selector(performInvocation:) withObject:anInvocation afterDelay:0.0]; } //New -(void)performInvocation:(NSInvocation *)anInvocation{ [anInvocation invokeWithTarget:self]; } @end
実行結果。アラート表示が遅延されボタンがプッシュ状態でなくなっているのがわかる。気持ちいい。
上記例からメソッドをオブジェクト化するというNSInvocationクラスの有用性が実感できた。反面、NSInvocationオブジェクトは作成するまでの手順が面倒なこともわかったと思う(例えば引数が10個あるメソッドをNSInvocationオブジェクト化するためには10回も-[NSInvocation setArgument:atIndex:]を書かないといけない)。実は適当なメッセージを送るとメッセージ内容をNSInvocationオブジェクトにしてくれる便利クラスが存在する。NSProxyだ。
NSProxy
NSProxyはデザインパターンで言うところのProxyパターンを実現するものである。NSProxyは自分が理解できないメッセージをとりあえずNSInvocationオブジェクトにしてしまうという機能を持っているのでこれを利用する。NSProxyはメッセージを受け取ると以下のような手順でNSInvocationオブジェクトを作成し、NSInvocationオブジェクトをどのように扱うのか指示を待つ。
- -[NSProxy methodSignatureForSelector:]を呼び出しNSMthodSignatureオブジェクトを作成する。ただしNSMethodSignatureオブジェクトを作成するための必要な情報(ターゲット etc.)はメソッド内に適切に与えてやる必要がある
- NSMethodSignatureオブジェクトを元にNSInvocationオブジェクトを作成する
- -[NSProxy forwardInvocation:]を呼び出しメソッド内容の指示に従う
自動作成されたNSInvocationオブジェクトは-[NSProxy forwardInvocation:]の引数に渡されるので、あとはこのNSInvocationオブジェクトの扱い方を内部に記述してやればよい。以下ではNSProxyのサブクラスとしてTrampolineクラスを用いてNSInvocationオブジェクトを作成させている。AppControllerの中身の変更にも注目してもらいたい。
#import "Trampoline.h" @implementation AppController -(IBAction)buttonPressed:(id)sender{ [self openDelayedAlertWithTitle:@"Alert" message:@"This is an alert." defaultButtonTitle:@"OK"]; } -(void)openAlertWithTitle:(NSString *)aTitle message:(NSString *)aMessage defaultButtonTitle:(NSString *)aDefaultButtonTitle{ NSRunAlertPanel(aTitle, aMessage, aDefaultButtonTitle, nil, nil); } //New -(void)openDelayedAlertWithTitle:(NSString *)aTitle message:(NSString *)aMessage defaultButtonTitle:(NSString *)aDefaultButtonTitle{ [[self trampoline] openAlertWithTitle:aTitle message:aMessage defaultButtonTitle:aDefaultButtonTitle]; } -(void)performInvocation:(NSInvocation *)anInvocation{ [anInvocation invokeWithTarget:self]; } //New -(Trampoline *)trampoline{ return [Trampoline trampolineWithTarget:self selector:@selector(performInvocation:)]; } @end
@interface Trampoline : NSProxy { id _target; SEL _selector; } -(id)initWithtarget:(id)aTarget selector:(SEL)aSelector; +(id)trampolineWithTarget:(id)aTarget selector:(SEL)aSelector; @end
@implementation Trampoline -(id)initWithtarget:(id)aTarget selector:(SEL)aSelector{ _target = aTarget; _selector = aSelector; return self; } +(id)trampolineWithTarget:(id)aTarget selector:(SEL)aSelector{ return [[[[self class] alloc] initWithtarget:aTarget selector:aSelector] autorelease]; } //Override -(NSMethodSignature *)methodSignatureForSelector:(SEL)aSelector{ return [_target methodSignatureForSelector:aSelector]; } //Override -(void)forwardInvocation:(NSInvocation *)anInvocation{ [_target performSelector:_selector withObject:anInvocation afterDelay:0.0]; } -(void)dealloc{ _target = nil; [super dealloc]; } @end
References
[iPhone] cocos2dを静的ライブラリ化して使う
[イントロダクション]
cocos2d for iPhoneはiPhoneアプリケーション製作用のフレームワークで、主に2Dゲームを作る際の基盤に用いられているようである。UIKitより使い勝手が良いと思える点は以下の通り。
- オブジェクトの扱い方がFlashの感覚にかなり近い。Cocoa touch特有のframeやboundsを気にしなくてよく、-[Sprite addChild:]などおなじみの操作も行える。
- メモリ管理をほとんど気にしなくてよい。cocos2dオブジェクトに関しては内部で適切に処理されるようになっている(ようである)。
- シーン遷移機能が標準装備されている。エフェクトの種類も豊富。
個人的にはFlash的に操作できるという点が一番の恩恵だと思っており、最近はXcodeのプロジェクト作成時にcocos2d用テンプレートしか使っていない。テンプレートを使うのであれば例えばCocos2d – 2D OpenGL for the iPhone made Easy. Part 1.に簡素なものがある。自分で作るのであれば【Xcode】設定しておくと便利なカスタマイズいろいろが参考になる。
[追記: 2009/09/02]
cocos2d for iPhone v0.8.1-betaよりプロジェクトテンプレートが用意されている。詳しくはrelease_notes:0_8_1_beta [cocos2d for iPhone]のTemplateの項参照。
[本題]
このCocos2d for iPhoneだが、ライブラリの状態で配布されていない。そのまま使用するのであれば大量のcocos2dソースファイルをプロジェクトに追加する形になる。これはコンパイルに結構時間がかかるし、ソースファイルに誤って書き込んでしまう可能性がある。そこでcocos2dを静的ライブラリ化することにする。以下で使用したのはcocos2d for iPhone v0.8。
[手順0. その前に]
実は、単純に静的ライブラリを作ってもiPhoneシミュレータとiPhone実機両方で使用することができない。というのはiPhoneシミュレータとiPhone実機のアーキテクチャ(ハードの構造)が異なるためである。したがって両者で動くようなライブラリを作るのには一工夫必要となる。
[手順1. iPhoneシミュレータ用静的ライブラリを作る]
- とりあえずiPhoneシミュレータ用を作る(iPhone用が先でもかまわない)。cocos2dプロジェクト内に新規Static Libraryを追加(ターゲット追加 > 新規ターゲット > Cocoa touch Static Library)、名前を”cocos2d-simulator”とする(名前はシミュレータ用であると自分でわかればなんでもよい)。
- 必要なファイル(cocos2dだけであればcocos2dフォルダ内のファイル一式)をターゲット配下に追加する。具体的には「ヘッダをコピー」にヘッダファイルを、「ソースをコンパイル」にソースファイルを、
「バイナリをライブラリにリンク」に使用フレームワーク(Foundation, UIKit, CoreGraphics, OpenGLES, QuartzCoreの5種類)を追加する。 - ターゲット情報のアーキテクチャの項目のベースSDKを”iPhone Simulator 3.0″にする(バージョンはお好みで)。
- ターゲットを”cocos2d-simulator”にしてビルドするとbuild配下に”libcocos2d-simulator.a”が出来ている(シミュレータ用静的ライブラリ完成)。ReleaseバージョンやDebugバージョンなどはお好みで。
(追記 2010/05/05: フレームワークの追加は不要。これらは必要に応じてプロジェクトに追加する方が適切だと思う)
[手順2. iPhoneOS用静的ライブラリを作る]
上記シミュレータ用ライブラリ作成手順とほぼ同じ。
- cocos2dプロジェクト内に新規Static Libraryを追加、名前を”cocos2d-iphoneos”とする(名前は適宜)。
- ターゲット配下に必要なファイルを追加する(内容は上記シミュレータ用のものと同様)。
- ターゲット情報のアーキテクチャの項目のベースSDKを”iPhone Device 3.0″にする(バージョンはお好みで)
- ターゲットをビルドして”libcocos2d-iphoneos.a”を作成(iPhone用静的ライブラリ完成)。
[手順3. 上記二種類の静的ライブラリをマージする]
“lipo”と呼ばれるコマンドラインツールがマージをしてくれる。詳細はiPhone OS用のほぼFrameworkの作り方やHow to (almost) create your own iPhone OS frameworkが詳しい。
- cocos2dプロジェクト内に新規Shell Script Targetを追加する(ターゲット追加 > 新規ターゲット > Other > Shell Script Target)、名前を”cocos2d-0.8″とする(名前は自分で識別できれば何でもかまわない)。
- ターゲット配下の”スクリプトを実行”に以下のコマンドを記述する。コマンドを注意深く見てもらえばわかると思うが、シミュレータ・iPhone用のライブラリ名は自分が作成したものに適宜変更する必要がある。マージ後のライブラリ名はお好みで。
- ターゲットを”cocos2d-0.8″に設定してビルドするとマージされた静的ライブラリが作成される。上記のコマンドの例だと例えば”build/Release-iphoneos/libcocos2d-iphoneos.a”と”build/Release-iphonesimulator/libcocos2d-simulator.a”のファイルをマージして”build/Release-iphoneos/cocos2d-0.8-Release.a”が作成されることになる。マージされたライブラリはシミュレータでもiPhone実機でも使うことができる。
rm -rf build/${BUILD_STYLE}-iphoneos/cocos2d-0.8-${BUILD_STYLE}.a
lipo -create "build/${BUILD_STYLE}-iphoneos/libcocos2d-iphoneos.a" \
"build/${BUILD_STYLE}-iphonesimulator/libcocos2d-simulator.a" \
-output "build/${BUILD_STYLE}-iphoneos/cocos2d-0.8-${BUILD_STYLE}.a"
[実際の使用方法]
上記手順でシミュレータでもiPhone実機でも使える静的ライブラリ”cocos2d-0.8-Release.a”ができているとする。このファイルだけでcocos2dが使えるのかと思いきや、ヘッダーファイルの実態への参照を用意しなくてはいけない。具体的には以下の二点の作業を行えばプロジェクト内でcocos2dが動作する。
- プロジェクトに”cocos2d-0.8-Release.a”を(例えばFrameworksの項目に)追加。
- プロジェクト情報のヘッダ検索パスにcocos2dプロジェクト全体を追加(ファインダーからドラッグでok)。ヘッダーファイルのあるcocos2dフォルダだけでもよい(要はどこにcocos2dに関係したヘッダーファイルがあるかXcodeに教える必要があるというだけである)。ヘッダ検索オプションの”再帰的”にチェックを忘れずに。
-[NSObject performSelector:]の返り値
Tags: Cocoa, iPhone, Objective-C
まとめ
- -[NSObject performSelector:]の返り値として不適切なものが存在する。
- それら不適切なものを扱う場合の対処法について。
イントロダクション
NSObjectのインスタンスメソッド
- (void)performSelector:(SEL) aSelector
はvoid型となっているが、「引数にセットされたメソッドの返り値」を自分の返り値に持つことができる。ただしその場合、-[NSObject performSelector:]の返り値はid型(オブジェクトポインタ)になるので適切にキャストしてやる必要がある。例えば、以下のようなNSStringを返すメソッドを持つTest1クラスを考える。
@implementation Test1 -(NSString *)stringValue{ return @"Hello"; } @end
このTest1クラスに-[NSObject performSelector:]を使って-[Test1 stringValue]を呼び、NSStringにキャストして返り値を受け取るとたしかに@”Hello”が返ってきていることがわかる。
Test1 *test1 = [[Test1 alloc] init]; NSString *stringValue = (NSString *)[test1 performSelector:@selector(stringValue)]; NSLog(@"%@", stringValue);// Hello
本題
-[NSObject performSelector:]の返り値はid型であり、id型はオブジェクトへのポインタであると説明した。つまり、-[NSObject performSelector:]は「オブジェクトではないものを返り値とするメソッド」の返り値を受け取ることができない可能性があることがわかる。例を見てみよう。Test2クラスに以下のようなメソッドがあるとする。どのメソッドの返り値もオブジェクトではない。
@implementation Test2 -(BOOL)boolValue{ return YES; } -(int)intValue{ return 10; } -(float)floatValue{ return 2.0; } -(CGPoint)point{ return CGPointMake(100.0, 100.0); } @end
先ほどと同様にこれらのメソッドを-[NSObject performSelector:]を使って呼び出し、返り値を確認すると以下のような結果になった。
Test2 *test2 = [[Test2 alloc] init]; //warning: cast from pointer to integer of different size BOOL boolValue = (BOOL)[test2 performSelector:@selector(boolValue)]; NSLog(@"%i", boolValue);// 1 int intValue = (int)[test2 performSelector:@selector(intValue)]; NSLog(@"%i", intValue);// 10 //error: pointer value used where a floating point value was expected float floatValue = (float)[test2 performSelector:@selector(floatValue)]; NSLog(@"%f", floatValue); //error: conversion to non-scalar type requested CGPoint point = (CGPoint)[test2 performSelector:@selector(point)]; NSLog(@"%@", NSStringFromCGPoint(point));
結果をまとめると以下のようになる。
- 返り値BOOLについては警告が出たが返り値の受け取りができた。
- 返り値intについては警告は出ず返り値の受け取りができた。
- 返り値floatについてはコンパイルエラーが生じ実行できなかった。
- 返り値CGPointについてはコンパイルエラーが生じ実行できなかった。
対処法
上記のテスト結果から、-[NSObject performSelector:]から「オブジェクトではないものを返り値とするメソッド」の返り値を受け取るためには何かしらの工夫をしなければならないことがわかった(int型・BOOL型などの例外もある)。以下に二種類の対処法を挙げておく。
- -[NSObject performSelector:]で呼び出すメソッドの返り値をオブジェクトにしておく。
- -[NSObject performSelector:]の代わりに[NSInvocation invoke]を用いる。
順に見てみよう。
対処法1
二つ目の対処法より簡単である。返り値int, BOOL, floatについてはNSNumberオブジェクトによるラッピング、返り値CGPoint(CGRect, CGSizeなども含む)についてはNSStringオブジェクトに変換することで簡単に対処できる。以下に、Test2クラスの4メソッドの返り値を全てオブジェクトに変更したTest3クラスを挙げる。
@implementation Test3 -(NSNumber *)boolValue{ return [NSNumber numberWithBool:YES]; } -(NSNumber *)intValue{ return [NSNumber numberWithInt:10]; } -(NSNumber *)floatValue{ return [NSNumber numberWithFloat:2.0]; } -(NSString *)point{ return NSStringFromCGPoint(CGPointMake(100.0, 100.0)); } @end
この場合、各メソッドの返り値はオブジェクトであるため、それらオブジェクトから必要な値を復元してやればよい。
Test3 *test3 = [[Test3 alloc] init]; BOOL boolValue = [[test3 performSelector:@selector(boolValue)] boolValue]; NSLog(@"%i", boolValue2);// 1 int intValue = [[test3 performSelector:@selector(intValue)] intValue]; NSLog(@"%i", intValue2);// 10 float floatValue = [[test3 performSelector:@selector(floatValue)] floatValue]; NSLog(@"%f", floatValue2);// 2.000000 CGPoint point = CGPointFromString([test3 performSelector:@selector(point)]); NSLog(@"%@", NSStringFromCGPoint(point2));// {100, 100}
対処法2
-[NSObject performSelector:]の代わりにNSInvocationを用いると、返り値がオブジェクトであろうとなかろうと受け取ることが可能になる。例えば、-[Test2 floatValue]の返り値を受け取る場合には、以下のような手続きをとる。
Test2 *test2 = [[Test2 alloc] init]; float floatValue; NSMethodSignature *aSigniture = [[test2 class] instanceMethodSignatureForSelector:@selector(floatValue)]; NSInvocation *anInvocation = [NSInvocation invocationWithMethodSignature:aSigniture]; [anInvocation setSelector:@selector(floatValue)]; [anInvocation setTarget:test2]; [anInvocation invoke]; [anInvocation getReturnValue:&floatValue]; NSLog(@"%f", floatValue);// 2.000000
NSInvocationを用いると汎用性は高くなるが、一般的にソースが煩雑になる。
参考
[ActionScript] モンハンでAbstract Factory
Tags: ActionScript, DesignPatterns
剣士装備・ガンナー装備
モンスターハンターの武器は大きくわけて二種類に分類できる。それは大剣やハンマーといった近接武器(剣士専用)と弓やボウガンなどの遠距離武器(ガンナー専用)である。面白いのは防具にも剣士専用のものとガンナー専用のものがあるところで、武器と防具の関係に以下のような制約が付けられているのが他のRPG(例えばドラクエ)と大きく異なる点であろう。
- 剣士専用武器を装備している時は剣士専用防具しか装備できない。
- ガンナー専用武器を装備している時はガンナー専用防具しか装備できない。
剣士・ガンナー武器の違いは予想できるとして、剣士・ガンナー防具の違いは何だろう。答えは防御力だ。ガンナー専用防具の防御力は剣士専用防具のそれに比べて著しく低い。これは妥当な設定だ。崖の上でスコープを構えて銃撃するハンターよりも、モンスターの足下すれすれで剣を振り回しているハンターの方がモンスターからダメージを受ける可能性が高いからであろう。ダメージを受ける頻度が異なる者同士をより平等に扱うためには防御力による差別化をはかったという風に考えれば、上記のような剣士・ガンナー防具の制約はとてもリーズナブルだ。
裸のハンター
さて剣士・ガンナー防具の制約、面白い仕組みなのだが、少しだけストレスになることがある。着替えをする時だ。モンハンをやったことがある人なら経験があると思うが、今例えば剣士専用装備(近接武器+近接武器用防具)をしているとしよう。この状態で武器をガンナー専用であるボウガンに替えたとするとどうなるか。答えは防具が全部外れて裸になる、である。なぜならボウガンを装備した時点でガンナー武器を装備していることになり、上記の剣士・ガンナー防具の制約から剣士防具が装備できなくなるからである。ボウガンだけを装備した裸のハンターはガンナー専用防具をイチから装備し直さないといけないのだ。そしてこの問題は剣士・ガンナー間の装備変更にはいつもつきまとうことになる。
便利な機能
そこでゲーム内に用意されているのが着替えを一括で行うマクロ機能だ。自分のお気に入りの武器と防具の組み合わせをあらかじめ登録しておくことで、次回からボタン一つで全身の装備コーディネートができてしまう。もちろん登録時の装備は自分が今現在装備しているものから選ばれているため、剣士・ガンナー防具の制約も必ず満たすことになる。登録スロットも20もあり(MHP2Gの場合)、好きなときに好きなスロットの装備にボタン一つで変身できるようになる。
本題
前置きが長くなったが、このモンハンの装備一括変更のマクロ機能、デザインパターンで言うところの何に相当するのか、ということで少し考えた。いくつか候補があったものの結局これに落ち着いた。Abstract Factoryパターンである。全く同じ操作でユーザーを煩わせることなく機能する、というところに重点を置いた結果である。Abstract Factoryパターンの解説は以下リンク先へどうぞ。簡単なActionScriptコード付き。
-
iPhone Apps
Paid Apps
Free Apps
-
iPad Apps
Paid Apps
