09/02/03 00:27:52
>>821
レスどうも。リンク先面白かったです。
ObjCのメソッド呼び出しが遅いとかなんとか
読んだ記憶がありましたので、もしかしたらと。
にしても、ObjC動的すぎて素敵。
いや、むしろ変態。
825:デフォルトの名無しさん
09/02/03 01:26:04
Cはアセンブラとあまり変わらない感覚だったよ。
特に68系の場合はアセンブラもわりと高級言語っぽかったから、
コンパイルしたらどういうコードになるか容易に想像ついた。
826:デフォルトの名無しさん
09/02/03 06:20:08
>>814
> 気味の悪い文法が障害
smalltalk一回経験してるとそうでもないんだけどね
c++に慣れてると目が点になるかもしれん
827:デフォルトの名無しさん
09/02/03 08:14:20
822みたいな奴を見ると、Mac使ってることが嫌になる
828:デフォルトの名無しさん
09/02/04 08:06:40
ﾏｸ関係はどうもスルー力が試される機会が多いんだよな
829:デフォルトの名無しさん
09/02/06 03:31:49
>>814
気味の悪い文法が障害
CやJavaやPHPやってるんだが、始めて2日でむしろ気持ち良くなってきたんだが。
830:デフォルトの名無しさん
09/02/06 08:33:34
自然にコメントを大量につけてることになるのがいいよね。
自分でつくるクラスのメソッド名もならって読んで意味のわかる英語になるようにしてる。
これだけで数ヶ月後にコードを見直したときの理解度が全然違うベ。
831:デフォルトの名無しさん
09/02/06 12:30:15
>>829
俺も大分気持ち良くなって来ました。
832:デフォルトの名無しさん
09/02/09 16:13:30
[Meta2ch agreeTo:829 with:"passion" ]
833:デフォルトの名無しさん
09/02/10 18:09:21
WindowsがF#に移行しつつあるのにobj-c2.0ぐらいの文法で障害とか
どんだけ池沼なんだよｗ
834:デフォルトの名無しさん
09/02/10 18:14:22
>>833
>WindowsがF#に移行しつつある
まあ一般化はあと5年は先だろうな。
835:デフォルトの名無しさん
09/02/10 18:44:28
iPhone デベロッパーズ クックブック
もうすぐ出るね。
URLﾘﾝｸ(www.amazon.co.jp)
836:デフォルトの名無しさん
09/02/10 20:56:13
>>833
Windows、F#に移行しつつあんの？
最新版VSで辛うじてサポート程度としかしらんかったわ。
837:デフォルトの名無しさん
09/02/11 12:43:58
C# <= C++
J# <= Java
F# <= Fortran??
838:デフォルトの名無しさん
09/02/11 22:37:06
Functional Language
839:デフォルトの名無しさん
09/02/12 15:42:45
F#は、Objective Camlだよ。
研究とか趣味の人向けの選択肢であって、大多数のプログラマには無縁の存在だから。
840:デフォルトの名無しさん
09/02/18 14:21:32
Windows版のGCCにはobjective-cコンパイラも付属してますが、
これを用いて、Windows APIをコールして、簡単なGUIアプリを作成できますか？
841:デフォルトの名無しさん
09/02/18 14:25:00
できるはず
842:デフォルトの名無しさん
09/02/19 00:33:30
Windows API をどうやって Obj-C にくるむかという問題があるのでは...
Windows で Cocoa で開発したければ Cocotron
URLﾘﾝｸ(www.cocotron.org)
とか GNUStep
URLﾘﾝｸ(www.gnu.org)
とかあるよ。
843:デフォルトの名無しさん
09/02/19 03:43:53
GNU Step入門
URLﾘﾝｸ(www.amazon.co.jp)
なんて本がこっそり出てるんだけど、1ナノセカンドも
話題になってない気がする。
844:デフォルトの名無しさん
09/02/19 04:18:22
作者の名前と経歴がなぜか笑えるw
そういえばFileMagnetのWindowsクライアントはCocotronで作られたんじゃなかったっけ?
845:デフォルトの名無しさん
09/02/19 08:33:44
>>842
直接APIをコールすればいいんでねいの？
846:デフォルトの名無しさん
09/02/19 21:12:59
>>843
なか見検索できないんだが、なかはどうなの？
847:デフォルトの名無しさん
09/02/19 21:37:40
あったかいナリ
848:デフォルトの名無しさん
09/02/20 00:54:58
>>822
>完成してるんだよね。だからコード書かなくても動く。
おまえプログラム組んだ事ほぼ皆無だろw
Interface Builderでコントロールをドラッグ＆ドロップしてアプリが完成したつもりになってる輩とみたw
そんな作業、アプリ制作の1%程度の作業なんだが。
849:デフォルトの名無しさん
09/02/20 02:14:38
アホなりｗ
850:デフォルトの名無しさん
09/02/20 12:35:06
>>848
まあほぼ同意だが、Interface Builder は何かほかの GUI デザイナとちがって
作業時間が長いようなきがするな...
バインディングとかターゲット、outlet とかも一杯で。
ソースコードになってない情報が多すぎてわかりにくいときも。
851:デフォルトの名無しさん
09/02/23 09:30:44
NSObjectのカテゴリ作ってperformSelectorを上書きして
呼びだされたメソッド名を逐一NSLogで出力したいんだが、
元のperformSelectorを呼びだす方法ってあるかな?
おもしろそうなのに全然使いこなせてない気がする>カテゴリ
852:デフォルトの名無しさん
09/02/23 13:46:53
カテゴリでは同名のメソッドは追加できない気がする。
URLﾘﾝｸ(journal.mycom.co.jp)
にやりかたがのってますが、Leopard になってすこし runtime がかわったので
10.5 でコンパイルする場合は 10.4 用にインスペクタで設定しないと
そのままではコンパイルエラーがでるでしょう。
何にせよその連載は勉強になります。
また、メソッドの呼び出しの際に performSelector: がいつでも呼ばれるか
というとそうではないので...
URLﾘﾝｸ(developer.apple.com)
URLﾘﾝｸ(developer.apple.com)
URLﾘﾝｸ(developer.apple.com)
URLﾘﾝｸ(developer.apple.com)
のあたり参照。
853:デフォルトの名無しさん
09/02/24 16:03:34
>>851
> 呼びだされたメソッド名を逐一NSLogで出力したい
それはずばりアスペクト指向の典型的な活用例なんで、素のObjC/Cocoaでは難しい。
URLﾘﾝｸ(journal.mycom.co.jp)
854:デフォルトの名無しさん
09/02/25 03:05:20
そういうのは DTrace が得意そうだね >> 呼び出されたメソッドの書き出し
855:デフォルトの名無しさん
09/02/25 03:57:43
>>854
DTraceはカーネルの呼び出しだけでしょう？ ユーザー空間内での
やり取りは無感知。
856:デフォルトの名無しさん
09/02/25 09:34:51
>>855
そうでもないよ。objc????:: という provider があります。
URLﾘﾝｸ(www.mactech.com)
とか参照。
857:デフォルトの名無しさん
09/02/25 11:37:13
>>855
そんな事無いですよ。DTrace 自体はプローブポイントさえあれば、カーネルか
ユーザープロセスかは無感知。
858:デフォルトの名無しさん
09/03/01 12:49:31
objective-cで、あるパターンの中から文字列を抽出したいと思っています
<p class="info"><strong class="number">6</strong>｜<strong class="time">3:16</strong>...
上記のような文字列から 6 と 3:16 の部分だけをそれぞれ取得したいのです
C#ではSystem.Text.RegularExpressionsのRegexクラスを使用して取得できたのですが、Objective-Cで同様の処理はどのように取得すればいいのでしょうか？
ちなみにiPhone上で動かそうと思っています
859:デフォルトの名無しさん
09/03/01 13:14:10
>>858
標準の NSScanner つかって頑張ってもいいけど、
個人的には RegEx Kit Lite がおぬぬめ。
URLﾘﾝｸ(regexkit.sourceforge.net)
860:デフォルトの名無しさん
09/03/01 13:29:01
>> 859
おおおまさにこれです！
ありがとうございました
861:デフォルトの名無しさん
09/03/03 01:59:36
質問です。
カテゴリを利用して、（ある１つのクラスの）ソースファイル
の分割を行うとします。
クラスAの実装ファイルを、
ファイル1とファイル２に分割、といった具合です。
そのとき、ファイル１で定義、実装されているプライベートメソッドを、
ファイル２で使おうとすると、ビルドのときに警告がでますが、これを
なんとかできないものでしょうか。
解決策として、そもそも、同一のプライベートメソッドを利用する
メソッド群を分割するな、という考えもあるかと思います。
また、コンパイラの警告レベルの調節でも、できるのかもしれません。
ですが、ほかにいい方法をご存知の方がいればご教示下さると助かります。
もしも、こういうこと（プライベートメソッドの他ファイルでの利用）
がプログラミングのマナー違反であれば、ご指摘下さい。
862:デフォルトの名無しさん
09/03/03 06:12:25
プライベートメソッドをならべたヘッダをひとつつくればいいんでは？
ClassAPrivate.h に
@interface ClassA (Private)
-(id)hoge:(id) ...
@end
とかしておいて、それを実装ファイルで #import すればいいとおもいます。
Obj-C では@interface ClassA (CategoryX) で宣言したやつの
実装を @implementation ClassA (CategoryX) の中でしないといけないという
ルールもないので、自由自在です。
863:デフォルトの名無しさん
09/03/03 12:43:26
その方法も頭に浮かんだのですが、ビルドのときに２重定義の警告と
なる気がして試してみませんでした。
864:デフォルトの名無しさん
09/03/03 17:17:10
>>861
分からないので聞くのですが、他から参照したいならなんでプライベートにするのでしょうか？
865:デフォルトの名無しさん
09/03/03 23:31:08
他から、といっても同じクラスなのです。
866:デフォルトの名無しさん
09/03/04 22:26:48
>>865
なるほど。
どうも私の頭がJAVA脳だったようです。
867:デフォルトの名無しさん
09/03/07 18:35:46
ClassA.hで
#import <Cocoa/Cocoa.h>
#import "ClassB.h"
@interface ClassA : NSObject {
ClassB* b;
}
@end
ClassB.hで
#import <Cocoa/Cocoa.h>
#import "ClassA.h"
@interface ClassB : NSObject {
ClassA* a;
}
@end
というように、互いにインスタンスを持ち合うとコンパイル時にエラーが出ますが、
ClassA.h内で
#import "ClassB.h"
@class ClassB;
ClassB.h内で
#import "ClassA.h"
@class ClassA;
というふうに@classディレクティブを付けることでエラーが出なくなります。
@class classnameが、classnameがクラスであることを宣言しているのはわかるのですが、
なぜこれをやると、ClassA.h、ClassB.hを互いにimportしているにもかかわらずエラーが出なくなるのでしょうか。
逆に、付けないとなぜエラーになるのでしょうか。
また、@classを付ける基準ですが、
・そのクラスのスーパークラス
・Cocoa等のフレームワーク内のクラス
を除く全てのクラスを使用する時、必ず@classをつけるという考え方で良いのでしょうか。
どなたか詳しくご存知のかたよろしくお願いします。
868:デフォルトの名無しさん
09/03/07 19:01:04
>>867
詳しくはないが、自分ならこう考える
Objective-Cの背後にある仕組みは結局Cと何もかわらない
importは本質ではなくひとつのファイルに連続して次のように書けるかという問題
Cではこう書けない
struct A { struct B *b; };
struct B { struct A *a; };
なぜならAの宣言時にBはまだ宣言されていないから。しかしCでは不完全型を定義できて、
struct B;
struct A { struct B *b; };
struct B { struct A *a; };
こう書く事ができる。Aの定義時にBは不完全型なのでインスタンスは作れないが、ポインタは作れる。ポインタのサイズはどの構造体でも固定だからだ
で、Objective-Cでも背後で同じようなことが起きてるんだと思うよ
@class B;
として不完全型を定義すればそのポインタを次の行からは使えるようになる
だからエラーにならない
どう？
869:デフォルトの名無しさん
09/03/07 19:10:43
>>867
だから、@classを付ける基準は
相互に依存するクラスを定義しなければならない時、またこのときは@classを書かざるを得ない
だけ
それ以外は冗長で無駄
870:デフォルトの名無しさん
09/03/07 19:18:21
>>868
ありがとうございます。今までずっと悩んでたのですが、すっきりしました。
>>869
特別な場合を除いて不要という形ですか、ありがとうございます。
871:デフォルトの名無しさん
09/03/13 01:31:08
NSObjectのinitの実装部分を見たくて
/System/Library/Frameworks/Foundation.framework内を調べてたんですが、
ヘッダーファイルしかありませんでした。。
どこにあるかわかりますか？？
ちなみに環境はMacOSX10.5.6 Xcode:3.1.2 です。
872:デフォルトの名無しさん
09/03/13 04:16:06
>>871
フレームワークに入っているのはコンパイル済みオブジェクトだけで、ソースコードは無いかも。
GNUSTEPのCVS漁るのは一つの手かな。微妙に実装違うだろうが…
URLﾘﾝｸ(www.gnu.org)
873:デフォルトの名無しさん
09/03/13 09:44:40
>>871
URLﾘﾝｸ(www.koders.com)
874:デフォルトの名無しさん
09/03/13 09:48:18
>873です。リンクミスった、そこから探して下さいな。
875:デフォルトの名無しさん
09/03/13 13:50:27
>>872
ありがとうございます！
>>873
ありがとうございます！早速調べてみたら
- (id)init
{
return selft;
}
でした。それにしてもこの検索エンジンすごいですね。
876:デフォルトの名無しさん
09/03/14 11:31:42
は？
877:デフォルトの名無しさん
09/03/14 12:58:08
る??
878:デフォルトの名無しさん
09/03/14 13:00:18
は
879:デフォルトの名無しさん
09/03/14 14:03:25
あ
880:デフォルトの名無しさん
09/03/14 17:25:22
Google Objective-C Style Guide
URLﾘﾝｸ(google-styleguide.googlecode.com)
なぜ、googleがマイナーなObjective-C のドキュメントなんかつくってるんだ？
881:デフォルトの名無しさん
09/03/14 17:35:17
>>880
GoogleがObjective-Cで開発するからだろ。
882:デフォルトの名無しさん
09/03/14 22:36:55
それ随分と前からあるよね
883:デフォルトの名無しさん
09/03/15 17:38:04
昔はObjectice-CのコードはプリプロセッサでCのコードに変換するしくみだったけど
今は違うの？
884:デフォルトの名無しさん
09/03/15 20:36:41
>>883
同じ
URLﾘﾝｸ(developer.apple.com)
885:デフォルトの名無しさん
09/03/15 22:22:46
プリプロセッサではないだろ
886:デフォルトの名無しさん
09/03/16 00:53:45
ちょｗ
887:デフォルトの名無しさん
09/03/16 13:44:14
プリプリセッサじゃね？
888:デフォルトの名無しさん
09/03/16 21:02:03
>>880
Google自身も普通にMac用アプリ作ってるから、なんも不思議に感じないけども。
一体なにが引っかかったんだ？
889:デフォルトの名無しさん
09/03/16 23:47:05
>>888
あの娘の良さを認めているのは僕だけの筈だったのに、どうしてグーグルまで...
とかそういう感じなんではないでしょうか。
890:デフォルトの名無しさん
09/03/17 00:05:10
Googleは例外の良さを認めていないから、まだ俺の嫁
891:デフォルトの名無しさん
09/03/17 02:52:04
>>890
Cの資産があるからしょうがあるめぇよ
最初からC++なら例外処理を使う規定ができたとおもうぞ
892:デフォルトの名無しさん
09/03/18 19:38:49
Objective-Cを覚えるのに、C++を勉強する必要なし？
Objective-Cを解説してるのを見ると、C++ではこう書くのを
Objective-Cではこう書く、みたいなのばっか
893:デフォルトの名無しさん
09/03/18 19:44:30
Cの知識はいるがC++の知識はなくてもおｋ
894:デフォルトの名無しさん
09/03/18 20:04:01
>>892
C++の知識があるとストレスがたまるから、Cだけ勉強しとけばOK。
895:デフォルトの名無しさん
09/03/18 21:49:47
>>892
>C++を勉強する必要なし？
なし。同じオブジェクト指向言語といえども C++ とは殆ど関連性無いから。
C++ の混沌ワールドはむしろ知らない方が良い。もしどうしても他の言語を
参考にしたいなら Smalltalk（か Java）をお薦めする。もちろん C は必須。
896:デフォルトの名無しさん
09/03/18 22:29:15
>>892
>Objective-Cを解説してるのを見ると、C++ではこう書くのを
>Objective-Cではこう書く、みたいなのばっか
そりゃオブジェクトなんたらってばC++プログラマが多いからだろ
もしC知ってんなら、ご本家眺めてみたら
URLﾘﾝｸ(developer.apple.com)
897:デフォルトの名無しさん
09/03/19 00:45:17
質問です。自分の持っている本に
「クラスメソッド内からはインスタンス変数を参照する事ができない。(インスタンスオブジェクトは複数存在する場合がある）
同様にインスタンスメソッドを呼び出す事もできません。」
という記述があるんですが、サンプルプログラム内のあるクラスの実装で
//指定イニシャライザ
- (id)initWithA {
・・・
}
//副次的イニシャライザ
+ (id)subWithA {
id f = [[self alloc] initWithA];
return [f autorelease];
}
のように呼び出してる記述があるんですが。。
これってクラスメソッド内からインスタンスメソッド呼び出してますよね？
898:デフォルトの名無しさん
09/03/19 01:17:43
クラスメソッド内のselfはクラスオブジェクトを指す。
クラスオブジェクトってのはクラス自身を表す特殊（？）なオブジェクトで、
id f = [[self alloc] initWithA];はクラスオブジェクトに対してクラスメソッドallocを呼び、それをinitWithAで初期化して得られたインスタンスをfに代入していることになる。
899:897
09/03/19 02:42:14
という事はサンプルプログラムの場合は
直接インスタンスメソッドを呼び出しているわけじゃなく、
allocによって生成されたインスタンスオブジェクトのメソッドを操作している。という事でしょうか？
900:デフォルトの名無しさん
09/03/19 02:45:04
>>899
initWithAとかautoreleaseのことを言っているなら、その通り。
allocの戻り値や、fに対して呼び出してるでしょ。
901:デフォルトの名無しさん
09/03/19 18:45:03
『チャート式Objective-C』
902:デフォルトの名無しさん
09/03/21 10:48:55
こやつめｗ
903:デフォルトの名無しさん
09/03/21 13:13:46
プログラミング言語のチャート式ってどんな内容・・・
904:デフォルトの名無しさん
09/03/23 10:42:36
>>903
数研出版は学校向けの情報処理系の教科書も作ってるから、普通の内容になると思う。
905:デフォルトの名無しさん
09/03/23 15:17:56
チャート式Objective-C でぐぐっちゃったじゃないかｗ
だまされた＞＜
906:デフォルトの名無しさん
09/03/24 00:45:22
>>904
まずそのためには
センター試験の数学Bの選択科目にObjective-Cが採用される必要性があるな
そしてMac OS Xの開発者激増→開発本増加→ウマーな展開だなw
907:デフォルトの名無しさん
09/03/24 01:58:11
ありえない。
オブジェクト指向はそこまで体系化された概念じゃないから。
908:デフォルトの名無しさん
09/03/24 02:00:01
何でオブジェクト指向限定？
909:デフォルトの名無しさん
09/03/24 02:11:00
オブジェクト指向でプログラミングしないならObjective-Cの利用価値が無いから。
910:デフォルトの名無しさん
09/03/24 02:46:22
ありえないのはありえない話をしてるから当たり前として、
その理由がオブジェクト指向だからというのが風変わりだね。
911:デフォルトの名無しさん
09/03/24 19:34:32
>>907
冗談で書いたものにマジレスされてもw
912:デフォルトの名無しさん
09/03/26 21:33:45
ここで聞いていいのかわからんですが質問です。
iphoneSDKいじってるところなんだけど、touchesBegan等のタッチハンドラを子ビューで実装してしまうと、親ビューのtouchesBeganは一切呼ばれなくなると思うんだけど、
たとえば子ビューのtouchesBeganの中で判定処理を書いて、かつ親ビューのtouchesBeganもよびたい場合てどうすればいいんでしょう。
子ビューのtouchesBeganの中で親クラス(UIView)のtouchesBeganをよぼうとしてもprivateでよべないみたいだし。
教えてくんでごめそだがよろしくです。
913:デフォルトの名無しさん
09/03/26 21:52:05
>>912
ｽﾚﾘﾝｸ(mac板)
914:デフォルトの名無しさん
09/03/27 01:24:52
インスタンスからクラスメソッドって呼べないのかな？
915:デフォルトの名無しさん
09/03/27 01:33:49
呼べるよ。
916:デフォルトの名無しさん
09/03/27 01:34:41
>>914
[[インスタンス class] クラスメソッド];
917:デフォルトの名無しさん
09/03/27 16:59:16
それは「呼んでいる」とは言えんだろう…
918:デフォルトの名無しさん
09/03/27 18:13:11
>>917
では「呼んでいる」の定義を教えてください
919:デフォルトの名無しさん
09/03/27 22:30:10
NSStringのboolValueメソッドってどんな時に使うんでしょ？
920:デフォルトの名無しさん
09/03/28 10:58:40
文字列表現から真偽値を取得したい場合じゃない。
921:デフォルトの名無しさん
09/03/29 10:45:02
>>871
cocotronでググれ。
922:デフォルトの名無しさん
09/03/29 14:04:13
>>912
UIResponder
923:デフォルトの名無しさん
09/03/29 15:40:12
もしObjective-CがC++より流行って、C++みたく影響を受けた言語が続々出ていたら
それはそれで怖いものがある
924:デフォルトの名無しさん
09/03/29 15:45:12
C++の影響を受けた言語って何かあったっけ?
D言語くらい?
925:デフォルトの名無しさん
09/03/29 17:01:27
Java。あとOOでJava風の構文を採用しているという意味では間接的ではあるけどPHPも。
926:デフォルトの名無しさん
09/03/29 17:31:02
Java は C++ の直接の影響下にあるというよりも
C++ の置き換えを狙ってああ成った感じが強い。
オブジェクトシステムやクラスライブラリはむしろ
Smalltalk や OPENSTEP の影響が大きそうだし。
あんまり C++ って感じはしないね。
927:デフォルトの名無しさん
09/03/29 18:18:27
C++に影響を受けた言語ってたいがい打倒C++的な雰囲気だろ
928:デフォルトの名無しさん
09/03/29 18:20:51
打倒っていうか脱C++って感じかな。
929:デフォルトの名無しさん
09/03/29 21:28:11
>>928
C#の事か。
930:デフォルトの名無しさん
09/03/29 21:53:51
>>923
>流行って、C++みたく影響を受けた言語が続々出ていたら
リスペクト的な意味合いでフォロワーが生まれたと
言いたいのかと思ったら違うのね。
931:デフォルトの名無しさん
09/04/04 00:21:00
>>924
Object Pascal
932:デフォルトの名無しさん
09/04/04 00:40:46
>>931
>Object Pascal
ウィキペで済まんがSmalltalkに影響受けたって書いてあるね
URLﾘﾝｸ(ja.wikipedia.org)
URLﾘﾝｸ(en.wikipedia.org)
933:デフォルトの名無しさん
09/04/04 18:01:57
>>931
Object PascalはC++より前じゃね？
934:デフォルトの名無しさん
09/04/04 22:09:14
Photoshopの初期はObject PascalとMacAppで書かれてたんだよねたしか。
C++コンパイラが出回るよりも前。
935:デフォルトの名無しさん
09/04/05 03:08:21
>>934
C++化されたMacAppを更にAdobeがいじったバージョンが最近まで使われてたんじゃなかったっけ？
936:デフォルトの名無しさん
09/04/05 09:17:58
CS2くらいまで使ってたような
937:デフォルトの名無しさん
09/04/05 11:57:18
いまはQtって話を聞いたが？
昔はcopyrightの中にappleの名前もあったらしいが・・・
938:デフォルトの名無しさん
09/04/05 12:51:37
QtはElementsの方と聞いた覚えがある
939:デフォルトの名無しさん
09/04/05 14:08:43
ここまで中の人無し。
940:デフォルトの名無しさん
09/04/05 14:40:32
// NSStringのClassを取得する
Class cls;
cls = [NSString class];
// クラス名を、printfで表示する
printf("class name %s\n", ((struct objc_class*)cls)->name);
クラス名を表示させたいのですがコンパイルエラーで
main.c:184: error: dereferencing pointer to incomplete type
となってしまいます。。
これはなぜでしょう？？
941:デフォルトの名無しさん
09/04/05 14:47:05
>>940
Leopard になってランタイムが変わったので
objc_class のメンバはアクセス出来なくなりました。
gcc を10.4 モードにしてつかうか、
Obj-C 2.0 のランタイムの関数 class_getName をつかってください。
URLﾘﾝｸ(developer.apple.com)
URLﾘﾝｸ(developer.apple.com)
を参照。
942:940
09/04/05 15:04:12
>>941
うおー！マジでありがとうございます！！感謝！！
ここ１週間ぐらいこのエラー原因がわからず彷徨ってました。
助かります（涙
943:デフォルトの名無しさん
09/04/05 15:11:24
>>942
いえいえ。きっとネットで検索だけしてたんだと思いますが、
objc_class を XCode のドキュメントで調べると
Obj-C 1 Runtime Reference がひらいてなんか変だなと判ると思いますし、
あとはインクルードされてるヘッダを辿っていくと
最終的に /usr/include/objc/runtime.h に至って
それを読めば Obj-C 2 なら objc_class が使えない事も書いてますから、
今後は手元のドキュメント、ヘッダファイルも
いろいろ読むようにしてみてください。
944:デフォルトの名無しさん
09/04/05 16:38:13
Dynamic objcの弊害