Moonmile Solutions Blog

ひとつ、objective-cのメソッド記述について、癖があるので書き直しておきます。

先日書いた、class のところ、C++ で言えば、

class A
{
public:
void print( int x );
void print( char *s );
};

なところを、書き換えるとすれば、

@interface A : NSObject
- (void)printInt:(int)x;
- (void)printString:(char*)s;
@end

こんな風に、printInt、printStringのようにメソッド名を変えないといけないのですが、メソッド名の工夫にはルールがあります。

– (戻り値)キーワード:(型)引数 キーワード:(型)引数

のようにメソッドが構成されますが、最初のキーワードはcocoaのライブラリを見ると命名ルールがあります。

RGB値を制御する、次のC++のクラスを考えます。

class RGB
{
float _r, _g, _b;
public:
void setColor( float r, float g, float b );
int getRed();
int getGreen();
int getBlue();
};

これを直す場合は、

@interface RGB : NSObject
{
float _r, _g, _b;
}
- (void)setColorRed:(float)r green:(float)g blue:(float)b ;
- (float)getRed ;
- (float)getGreen ;
- (float)getBlue ;
@end

のように、「setColorRed」というメソッド名を付けます、、、というか、「setColorRed:green:blue」というメソッド名を付けます、という言い方が正しいです。
と言うのも、区切り方としては、「setColor red:green:blue」のように、メソッド名と最初の引数のラベルを離して考えるのが良いようです。

NSMutableString
http://www.gnustep.org/resources/documentation/Developer/Base/Reference/

のドキュメントを見ると、そんな感じで多重定義をしています。

～～～
覚書 mac mini 購入の準備。

Windows マシンから Mac を操作する
http://tokyo.secret.jp/macs/vnc_mac.html

考えてみたら、VNC 接続でもいいんだ。若干もたつくだろうけど、基本は xcode しか使わないし。あと、プログラミングだけならば、telnetで繋ぐ(笑)という荒業もあるし。

ただし、ここで書かれている方法だと、mac の画面上でパスワードを入れないと駄目なので、mac にもディスプレイが必要、という難点がある。

やりたいことは、ディスプレイ無しの windows server に繋げるようにリモート接続したいので、

1.mac mini の電源ON
2.windows マシンからリモート接続して作業
3.windows マシンからリモートで mac の電源OFF

が、できないと困る。
まあ、FreeBSD ベースだから、

1.mac mini の電源ON
2.windows から telnet ログインして vnc サーバ立ち上げ
3.windows マシンから vnc 接続して作業
4.windows マシンから mac mini の電源OFF

でも、できるんでしょう。多分。

objective-cクラスメソッドの使い方で、多重定義のところが腑に落ちなかったのですが、一応氷解したので、記録として。

C++ の場合、次のようにメソッドの多重定義ができます。

class A
{
public:
void print( int x );
void print( char *s );
};

int型の引数を持つ場合と、char*型の引数を持つ場合の関数を「print」という同じ名前が使えるわけです。C言語の場合は「printInt」、「printString」なんて名前を変えないといけないので、この多重定義は名前を定義する際に非常に重要な機能なのです。

これを、「素直」にobjective-c の文法に直そうとすると、

@interface A : NSObject
- (void)print:(int)x ;
- (void)print:(char*)s ;
@end

と書きたいところですが、、、できません。名前が重複してる（duplicate declaration of method ‘-print:’）なるエラーが出ます。

実は、objective-cのメソッドの書き方は、

– メソッド名 :(型)仮引数 :(型)仮引数 ;

なのかと思い込んでいたのですが、実は違います。
最初の単語も含めて、キーワードと仮引数のペアなんですなぁ。

– キーワード:(型)仮引数 キーワード:(型)仮引数 ;

と考えるのが正しいのです。
で、objective-cの場合は、型の違いをチェック判別せずに、キーワードの違いで判別します。そんな訳で、

– print:(int)x :(int)y ;
– print:(int)x z:(int)z ;

の2つはキーワード無しと、キーワードあり「z」のメソッドとして違いが認識されます。
ですが、最初のキーワードと型のペア

– print:(int)x;
– print:(char*)s;

の2つは、同じ print というキーワードを使っているので「重複(duplicate)」ってな訳で、コンパイルエラーになるのです。

# objective-c のサンプルコードを見て、妙なメソッドの名前の付け方をしてる
# なあ、と思っていたら、そういう理由があったんですね…

#import <stdio.h>
#import <Foundation/Foundation.h>
#import <Foundation/NSObject.h>

@interface A : NSObject
- (void)print ;
//- (void)print :(void) ;  // できない
- (void)print:(int)x ;
//- (void)print:(char*)s ;  // 重複するためできない
- (void)print:(int)x  :(int)y ;
- (void)print:(int)x z:(int)z ; // キーワードで区別できる
@end

#if 0
// C++の場合

class A
{
public:
// void print();
void print( void );  // print()と同じ意味
void print( int x );
void print( char *s );
void print( int x, int y );
// void pritn( int x, int z ); // できない

};
#endif

@implementation A
- (void)print {
printf("in print\n");
}

- (void)print:(int)x {
printf("in print x\n");
}

- (void)print:(int)x :(int)y {
printf("in print x y\n");
}
/*
- (void)print:(char*)s {
printf("in print s\n" );
}
*/
- (void)print:(int)x z:(int)z {
printf("in print x z\n");
}

@end

int main( void )
{
printf("hello3.m\n" );

A *a = [A new];
[a print];
[a print :1];
[a print :1 :2 ];
[a print :1 z:2 ];
[a release];
return 1;
}
/** 実行結果

hello3.m
in print
in print x
in print x y
in print x z

**/

そんな訳で、ひとつの引数だけの場合は、実質、多重定義ができません。C言語のように「printInt」、「printString」としてメソッド名で区別をさせます。

# 実に「対称性」が悪い！と思うのは私だけではないハズ。
# ただ、objective-cの発祥時期を考えると、Cリンケージの考慮から、こういう形に
# なっているのだと思う。リンカーに対して厳密な名前を使うC++に対して(C言語自体
# のリンケージはかなり緩い)、objective-cはそのままC言語のリンクを使うように
# したので、こういう結果になったのでは？

昨日、cygwinでobjective-cを学ぼうとしましたが、無理でした(笑)。
最終的に、iPadのプログラミングをしたいので、NSStringクラスなりの、mac osxで動くobjective-cでないと駄目なので、、、GNUstepを使うこうとにします。

実は、GNUstepに入っているobjective-cだけを使うのであれば、何処の環境でもいいわけですが、何故かmingwしか対応していません。cygwinには未対応です、と明言されています。

WinwdowsでObjective-C パート2 (NS～クラスも利用可) : ページアウトされた記憶の残骸
http://take-blizzard.cocolog-nifty.com/blog/2009/01/winwdowsobjecti.html

なところから、Windows版のものをインストールします。

GNUstep Windows Installer
http://www.gnustep.org/experience/Windows.html

cygwinと同じで、「c:\GNUstep」のディレクトリ配下に全てファイルが作られるので安心です。

Windowsのコマンドプロンプトから使うのであれば、以下にパスを通しておきます。

C:\GNUstep\mingw\bin\
C:\GNUstep\GNUstep\System\Tools\

そして、ビルドする場合は、以下のようなバッチファイルを作るとok。

gcc -o %1 %1.m
-I c:/GNUstep/GNUstep/System/Library/Headers
-L c:/GNUstep/GNUstep/System/Library/Libraries
-lobjc
-lgnustep-base
-fconstant-string-class=NSConstantString
-enable-auto-import

mingwのコマンドラインを使う場合は、

export INCLUDE=/GNUstep/System/Library/Headers
export LIB=/GNUstep/System/Library/Libraries
export CFLAGS=’-fconstant-string-class=NSConstantString  -enable-auto-import’

と環境変数を設定しておいて、

gcc -o hello hello.m -lobjc -lgnustep-base -I $INCLUDE -L $LIB $CFLAGS

とすればok。

# 本来ならば、gccの環境変数を使えばいいんだろうけど、
# 何故か INCLUDE などを参照してくれない。
# ubuntu とかは大丈夫かな？

そんな訳で、準備ができたら、以下のソースがビルドできます。

#import <stdio.h>
#import <Foundation/Foundation.h>
#import <Foundation/NSObject.h>

@interface Point : NSObject
{
int _x, _y ;
}
- (void)set :(int)x :(int)y ;
- (void)print ;
@end

@implementation Point
- (void)set :(int)x :(int)y {
_x = x;
_y = y;
}

- (void)print {
printf("%d %d\n", _x, _y );
}
@end

int main( void )
{
id str = @"hello objc++";
NSLog( str );

Point *pt = [Point new];
[pt set :10 :20 ];
[pt print];
[pt release];
return 1;
}

実行結果がこれ。

$ ./a
2010-02-04 14:47:38.815 a[6820] hello objc++
10 20

無事に、@付きのNSStringが使えます。
この手の基本的なクラス（Foundation/Base API）は、GNUstepのwikiで見ることができます。
# Xcodeなんかのヘルプでは別に参照があるんだろうけど。

GNUstepWiki
http://wiki.gnustep.org/index.php/Foundation

そんな訳で、windowsのコマンドラインでobjective-cがコンパイルできる環境が整った、と。

お次は、unit testですね。

OCUnit
http://www.sente.ch/software/ocunit/
http://homepage.mac.com/mindtools/OCUnitHowTo.html

なものを使うそうです。これは後日。

—

追記 2011/12/31

clang+llvm で objective-c 2.0 をコンパイルする | Moonmile Solutions Blog
http://www.moonmile.net/blog/archives/2252

gnustep だと @property が使えないので、objective-c のクラスの練習（あるいは、コーディング時）にちょっと困ります。なので、llvm もしておくのがベターです。