Objective-C [ObjC part:3];

1 名前：デフォルトの名無しさん mailto:sage [2007/08/08(水) 12:18:31 ] Objective-C（オブジェクティブ シー）はプログラミング言語の一種。C言語をベースにSmalltalk型のオブジェクト指向機能を持たせた上位互換言語。 　（Wikipedia：ja.wikipedia.org/wiki/Objective-C より） 前スレ pc11.2ch.net/test/read.cgi/tech/1106983092/ 前々スレ pc5.2ch.net/tech/kako/990/990574267.html 152 名前：デフォルトの名無しさん mailto:sage [2008/01/15(火) 22:09:09 ] jsは、今までアプリに組み込み式で、独立のインタプリタ（CUIなどシェルから起動式）がないからだろうな。 最近出てきたけど。 ruby, perl, dと見てみたけど、jsが一番良さそうだと直観した。 あまりうだうだ言うのめんどいけど、jsは規格委員会(ECMA)があるってのがそれぞれの違うってことを表している。 その他は所詮は宗教臭い。 153 名前：デフォルトの名無しさん mailto:sage [2008/01/15(火) 22:13:05 ] それと、javaをよく使うけど、javax.scriptはjsと連携いいし javaライブラリとシームレス連携、htmlブラウザとシームレス。 文法もほとんどjava, c風で組み込みライブラリも少なく習得が早い。 オレが欲しい仕様を全て満たしてる。 スクリプトなんて使うときは手早くハックするときぐらいだしｗ 154 名前：デフォルトの名無しさん mailto:sage [2008/01/15(火) 22:55:02 ] まあ言わんとしている事はわからないでもない 俺もタマリンが完成した暁には乗り換えようと思っている 155 名前：デフォルトの名無しさん mailto:sage [2008/01/15(火) 23:41:34 ] ECMAScript と JavaScript と JScript と ActionScript の 違いを理解してから出直してきてください 156 名前：デフォルトの名無しさん mailto:sage [2008/01/15(火) 23:44:47 ] >>155 そういうのは分かってるだろ。こだわってるのはおまえだけｗ ＞独立のインタプリタ（CUIなどシェルから起動式） ところで独立インタプリタ？てそんなのあるの？ Javaの奴はjde入れないとダメでしょｗ 157 名前：デフォルトの名無しさん mailto:sage [2008/01/15(火) 23:45:15 ] ここは一応 Obj-C スレなので、とりあえず Javascript 用の Cocoa bridge をつくってから出直してきて欲しい気がする 158 名前：デフォルトの名無しさん mailto:sage [2008/01/15(火) 23:48:28 ] そんなに需要あるのかあ 159 名前：デフォルトの名無しさん mailto:sage [2008/01/16(水) 00:04:14 ] というか WebKit の Javascript Core が公開されてるので、Cocoa bridge は簡単につくれるのでは？Leopard なら Scripting Bridge も提供されてるし。 いってみただけで技術力がたりないから僕には出来ないけど。スイマセン ... 160 名前：デフォルトの名無しさん mailto:sage [2008/01/16(水) 05:35:33 ] >>155 出直してくるのはおまえのようだ 161 名前：118 mailto:sage [2008/01/16(水) 13:28:06 ] >>157 Joyと言うのがあったそうだ。 www.mactech.com/news/?p=1001039 javascriptのcocoa bridge で、今ではオープンソースで転がってそうな感じだけど、どうなったかだれかしらない？ 162 名前：118 mailto:sage [2008/01/17(木) 17:07:23 ] こんなの見つけた。 Scripting with JavaScript in Cocoa will.thimbleby.net/script/ TurtleScript.zipがレパードだとうまく動かないけど以下の修正ですぐに動く。 ScriptControl.mのメソッド - (void)awakeFromNib に scriptObject = [webView windowScriptObject]; を追加。で、 - (void)webView:(WebView *)sender windowScriptObjectAvailable: (WebScriptObject *)windowScriptObject を要らないので削除 163 名前：デフォルトの名無しさん mailto:sage [2008/01/18(金) 00:39:16 ] おもろいもんですな。 Cocoa というオブジェクトを javascript 側に publish して、 Cocoa.NSTextView とかいうメソッドを呼ぶと NSClassFromString とかでクラスオブジェクトを返すようにしておくと、 もはや Javascript から何でも出来る気がする。 164 名前：デフォルトの名無しさん mailto:sage [2008/01/18(金) 15:00:53 ] まぁ面白いといえば面白いが… Cocoa bridge があったとしてもスレ違いだ… 165 名前：デフォルトの名無しさん mailto:sage [2008/01/30(水) 20:55:05 ] Xcode part6 pc11.2ch.net/test/read.cgi/mac/1201693264 166 名前：デフォルトの名無しさん mailto:sage [2008/03/15(土) 10:17:19 ] すごい寂れぶりだな… 167 名前：デフォルトの名無しさん mailto:hage [2008/03/15(土) 23:22:05 ] >166 さすがマイナー言語www ttp://www.moongift.jp/category/programming-language/object-c/ ttp://d.hatena.ne.jp/Psychs/20070703/1183415019 168 名前：デフォルトの名無しさん mailto:sage [2008/03/15(土) 23:24:18 ] マカーでもない限り使わないし、 そのマカーでも使うとは限らないしな。 169 名前：デフォルトの名無しさん mailto:sage [2008/03/15(土) 23:25:52 ] これからは iPhone/iPod touch の開発でひっぱりだこになると思われ。 すくなくとも日本以外、米欧では。 170 名前：デフォルトの名無しさん mailto:hage [2008/03/15(土) 23:32:25 ] 制約ありまくりのSDKが成功するとでも? 171 名前：デフォルトの名無しさん mailto:sage [2008/03/15(土) 23:49:08 ] 乞食プログラマ乙 172 名前：デフォルトの名無しさん mailto:sage [2008/03/16(日) 00:46:16 ] >>168 俺はObjective-CがやりたくてWinからMacに移行したけどな。まあ、完全にWinを離れる訳にもいかないんだが... 173 名前：デフォルトの名無しさん mailto:sage [2008/03/16(日) 07:54:23 ] SDK の制約といっても普通のソフト書く分にはもんだいないでしょ。 IM とか VM とかいうけど、開発者のうち何人がそんなものを作るかと。 2ch ブラウザならいまの SDK で何の問題もなく作れるよね。 5分ごとに更新とかは出来ないわけだが。 174 名前：デフォルトの名無しさん mailto:sage [2008/03/16(日) 13:12:52 ] >>173 今のiPhone SDKは「実機で動かせない」という致命的な制約が… 175 名前：デフォルトの名無しさん mailto:sage [2008/03/16(日) 21:48:50 ] それには同意。 176 名前：デフォルトの名無しさん mailto:sage [2008/03/17(月) 20:38:02 ] 日本はそんなに魅力的な市場じゃないんだろうな。 177 名前：デフォルトの名無しさん mailto:sage [2008/03/18(火) 11:41:28 ] 日本の携帯は国内仕様てんこもりで鎖国状態だからな。 それを乗り越えてまで参入するメリットは「？」だよな。 178 名前：デフォルトの名無しさん mailto:sage [2008/03/18(火) 12:29:58 ] 欧米仕様(OMAとかMIDPとか)すら無視してるんだから 日本仕様も乗り越えず素通りするだけだろ 179 名前：デフォルトの名無しさん mailto:sage [2008/03/19(水) 16:22:42 ] 今、ObjCを勉強中ですが、autorelease以外で、boostのshared_ptrみたいなものはないのですか？ retain, release, autorelease方式だと、メモリーリークしまくりそうです。 180 名前：デフォルトの名無しさん mailto:sage [2008/03/19(水) 16:28:29 ] こういうの嫌すぎるし。 × NSArray* arr = [[NSArray alloc] initWithObjects: [[Card alloc] init], [[Player alloc] init], nil]; ○ NSArray* arr = [[NSArray alloc] initWithObjects: [[[Card alloc] init] autorelease], [[[Player alloc] init] autorelease], nil]; 181 名前：デフォルトの名無しさん mailto:sage [2008/03/19(水) 16:53:04 ] @implementation Card + (id)card { return [[[self alloc] init] autorelease]; } @end とすれば多少は。 [[NSArray alloc] initWithObjects: ... も [NSArray arrayWithObjects: ... で。 182 名前：デフォルトの名無しさん mailto:sage [2008/03/20(木) 02:02:58 ] > retain, release, autorelease方式だと、メモリーリークしまくりそうです。 気のせいです。 183 名前：デフォルトの名無しさん [2008/03/20(木) 08:28:28 ] >>180 > こういうの嫌すぎるし。 > × NSArray* arr = [[NSArray alloc] initWithObjects: [[Card alloc] init], [[Player alloc] init], nil]; > ○ NSArray* arr = [[NSArray alloc] initWithObjects: [[[Card alloc] init] autorelease], [[[Player alloc] init] autorelease], nil]; > そこで LISP ですよ。[] なんて特に気にならなくなるよ、LISP をすると 184 名前：デフォルトの名無しさん mailto:sage [2008/04/09(水) 21:55:32 ] ObjC2のmethod_setImplementation()って昔のポージングと同じで 対象のクラスが1度も使われる前に行わなきゃいけないの 185 名前：デフォルトの名無しさん mailto:sage [2008/04/09(水) 21:56:22 ] ですか？ 186 名前：デフォルトの名無しさん mailto:sage [2008/04/10(木) 21:02:12 ] >method_setImplementation べつにいつでもいいと思いますが、呼び出し側がセレクタに対する IMP の結果をキャッシュしてたりするとおかしくなるのでは。 187 名前：デフォルトの名無しさん mailto:sage [2008/04/11(金) 00:41:17 ] stringWithUTF8String に渡す文字列は、同一スコープに実体がないと いけないなどの制限があるのでしょうか? #include <string> #include <Foundation/Foundation.h> std::string foo() { return "foo"; } const char* bar() { return foo().c_str(); } int main() { NSString* str = [NSString stringWithUTF8String:bar()]; NSLog(@"bar()=%s", bar()); NSLog(@"str=%@", str); } ・実行結果 bar()=foo str= bar() の結果を std::string に保持して c_str() を渡せば成功します。 この挙動でどつぼにはまりました。 188 名前：デフォルトの名無しさん mailto:sage [2008/04/11(金) 12:34:22 ] >>187 何がしたいのかわからないけど、こう書き換えれば動くと思う。 const char* bar() { static std::string temp = foo(); return temp.c_str(); } foo()が返した値がどこまで有効なのかを考えてみようよ。「bar()=foo」と 表示されたのは運がよかっただけ。 189 名前：デフォルトの名無しさん mailto:sage [2008/04/11(金) 12:42:28 ] まず Cocoa つかうときは NSAutoreleasePool つくること。 次に、問題は NSString 側じゃなくて、C++ 側の std::string の テンポラリオブジェクトの削除のタイミングだと思うんだけど。 const char* bar() { return foo().c_str(); } っていう関数がダメだと思う。foo() でつくられた std::string は 関数抜ける時点で破壊されるのに、c_str() で取り出したポインタは 何をさしてるとおもうわけ？ #include <string> #include <Foundation/Foundation.h> std::string foo() { return "foo"; } const char* bar() { return foo().c_str(); } int main() { NSAutoreleasePool *ap=[[NSAutoreleasePool alloc] init]; NSString* str = [NSString stringWithUTF8String:bar()]; NSString* rts = [NSString stringWithUTF8String:foo().c_str()]; NSLog(@"bar()=%s", bar()); NSLog(@"str=%@", str); NSLog(@"rts=%@", rts); [ap release]; } にしてみると rts のほうはちゃんと表示されるよね。 190 名前：デフォルトの名無しさん mailto:sage [2008/04/11(金) 20:54:42 ] >>186 どうも。 元のメソッドが呼ばれる前にsetしないとキャッシュされちゃうのかな？ 191 名前：デフォルトの名無しさん mailto:sage [2008/04/11(金) 21:28:33 ] >>188-189 戻り値のスタックが安全じゃないことが良くわかったので、違う方法に 切り替えます。ありがとうございました。 192 名前：デフォルトの名無しさん mailto:sage [2008/04/11(金) 21:36:49 ] >>191 いや、まだよくわかってないんじゃないかな ... 戻り値のスタック自体は安全なので、 [NSString stringFromUTF8string: foo().c_str()] は ok 。 191 さんがはまっていた const char* const bar() { return foo().c_str(); } の場合は、作られた foo() は、そもそも戻り値スタックに乗らないで、 戻り値スタックにのるのは foo() から c_str() で返ってきた char* ポインタだけでしょ。 で、その乗っている char * ポインタの値自体は安全なんだけど、 char * ポインタが差している文字列の実体、おそらく どこかで malloc されているもの、は bar() の関数から抜ける際に foo() で出来たテンポラリが破壊されるのでついでに free されるわけです。 もういちど C++ のテンポラリオブジェクトの寿命について 勉強したほうがいいと思います。 193 名前：デフォルトの名無しさん mailto:sage [2008/04/11(金) 22:35:05 ] ObjC ってか C++ の話だよなぁ 194 名前：デフォルトの名無しさん mailto:sage [2008/04/13(日) 02:11:32 ] いつまでたっても[[[[]]]]に慣れない・・・困ったもんだ 195 名前：デフォルトの名無しさん mailto:sage [2008/04/13(日) 03:20:49 ] anObject.doSomething() を [anObject doSomething] に 展開するスクリプトを書いてコンパイルの前にかませば？ 196 名前：デフォルトの名無しさん [2008/04/20(日) 00:04:52 ] オーバーロードについて質問です。 unsigned intを返すvalueという名のメソッドをあるオブジェクトにつけているの ですが、ワーニングで warning: multiple declarations for method `value' warning: using `-(NSString *)value' warning: also found `-(unsigned int)value' warning: comparison between pointer and integer ときます。 Objective-Cで多重定義の問題をクリアする方法はありますでしょうか？ 荻原本でいうと、p69-70の話題です。 197 名前：デフォルトの名無しさん [2008/04/20(日) 01:13:24 ] 「Objective-C Mac OS Xプログラミング 荻原 剛志」 ↑これamazonとかで新品無いんだけど、絶版になったんですか？ 198 名前：デフォルトの名無しさん mailto:sage [2008/04/20(日) 03:43:30 ] //id instance = [[AnObject alloc] init]; AnObject *instance = [[AnObject alloc] init]; [instance value]; とか [(AnObject*)instance value]; とか、とりあえず明確に指定すればwarningは出なくなる… 199 名前：デフォルトの名無しさん mailto:sage [2008/04/20(日) 11:55:47 ] >>198 C++ では静的型付けをつかってオーバーロードするところを、 Objective-C ではメソッドの名前を長くして、 メソッド名を読んだだけで何をやっているかわかるようにするのが Objective-C での作法です。 stringValue: とか intValue: とかいうふうに名前を付けて区別しましょう。 (NSControl とかはそうしてます。) string / int とか型名をつけるだけでなくて、 返ってくる string が会社の名前、 unsigned int が値段なら stringValue: のかわりに companyName: intValue; のかわりに price: とかしましょう。 value とかいう一般的すぎるメソッド名をつけると えてしてそのしたにコメントを書くことになりますが、 メソッド名自体をコメントにしてしまえということです。 200 名前：デフォルトの名無しさん mailto:sage [2008/04/20(日) 13:11:37 ] >>198 id のままテストコード書いてました。なるほど。 ありがとうございます。 >>199 Objective-Cでの作法を教えていただきありがとうございます。 これから気をつけていきたいとおもいます。 201 名前：デフォルトの名無しさん mailto:sage [2008/04/20(日) 13:28:39 ] じつは、コードを書くときは常に >メソッド名を読んだだけで何をやっているかわかるようにする 意識はもっているつもりだったのです。 valueもそれが一番適切な名前だと思ってつけたのですが、失敗でした。 Objective-Cは面白い言語だと思いますが、オーバーロード（演算子も含めて） が弱いのが（私にとって）玉に瑕です。 valueという同一メッセージに、いろいろなオブジェクトがそれぞれの流儀で 反応してくれるのを期待してしまうのです。 たとえば、整数なのか小数なのかコード中で区別せず、 valueとすればいいだけ、とか。 202 名前：デフォルトの名無しさん mailto:sage [2008/04/20(日) 13:45:57 ] Obj-C でも、value という同一メッセージに いろいろなオブジェクトがそれぞれ自分流に応答するわけでしょう。 オーバーローディングの問題はむしろ、 ひとつのオブジェクトが、value という同じ名前のメッセージだけど、 引数や返す値に応じて違う応答をする、ということで、 それは Obj-C はできないですが、そのかわりに メソッド名を分かり易くあからさまに書くというのが作法なわけです。 あと、C++ でも返す値の型だけが違う際は overload できないよね。 また、演算子のオーバーロードをしたい場合は Objective-C++ を使ったらいいんじゃないかと思います。 演算子 overloading は、普通は具体的な値として使うクラス (行列、複素数等)に対して重要になってくるので、 そいつらは C++ のクラスにしてしまえばもんだいなくなるのでは。 203 名前：デフォルトの名無しさん mailto:sage [2008/04/20(日) 15:20:20 ] >>201 HTMLではValueで統一されててわかりやすいけど、あれは全て文字だからね。 プログラム内部ではもうちょっと区別付けないといけないんでしょう。 >>202 ＞あと、C++ でも返す値の型だけが違う際は overload できないよね。 変換するだけだしね。 204 名前：デフォルトの名無しさん mailto:sage [2008/04/29(火) 07:58:34 ] mac使った事ないんでお聞きしたいんですけど、 macでは\rが改行だそうですけど、 \nを送信するとコンソールの挙動はどうなるんですか？ 205 名前：デフォルトの名無しさん mailto:sage [2008/04/29(火) 09:36:47 ] >>204 スレ違いだから 新 Mac 板にでもいってください。 ただまあ答えておくと、 i) mac の改行が ¥r だった時代は5年以上前に終わりました。OS 9 以前はそうだったけど、OS X 以降は ¥n です ii) mac に限らず、OS の改行コードがなにかというのと、シリアルコンソール、ネットワークプロトコルの改行コードがなにかというのは別問題です。 たとえば、HTTP プロトコルでは改行は ¥r¥n であるべしとなっているので、正しく書かれた http ブラウザは OS に関係なく ¥r¥n を送信しているはずです。 ja.wikipedia.org/wiki/%E6%94%B9%E8%A1%8C%E3%82%B3%E3%83%BC%E3%83%89 あたり参照。 206 名前：デフォルトの名無しさん mailto:sage [2008/04/29(火) 10:12:26 ] >>205 \rは古いんですか。昔は\nは未定義（何もしない）だったんですか。 コンソールでカーソルを行頭に戻すのどうやるってたんですか？ 強引ですけど、 for (;;) printf("%s\r", data_or_time); とか。 207 名前：デフォルトの名無しさん mailto:sage [2008/04/29(火) 10:55:59 ] Obj-C の話でないので、新 mac 板もしくは、旧 OS 9 の話がしたければ旧 mac 板に行ってください。僕はそちらにも出没しているので。 208 名前：デフォルトの名無しさん mailto:sage [2008/04/29(火) 11:30:51 ] いや、別にどうでもいいしｗｗ 209 名前：デフォルトの名無しさん mailto:sage [2008/05/20(火) 08:33:01 ] 現実 ttp://slashdot.jp/developers/article.pl?sid=08/04/06/2313251 プログラミング言語別求人件数(アメリカ) Java 16479件 C++ 8080件 C# 7780件 JavaScript 6749件 Perl 5710件 PHP 2641件 Python 1408件 COBOL 1207件 Ruby 769件 Objective-C 38件　←←←←（・∀・）ﾆﾔﾆﾔ Lisp 33件 210 名前：デフォルトの名無しさん mailto:sage [2008/05/20(火) 10:27:51 ] ObjCはJavaの0.2%の人的資源で済むほど効率がいいということですね、わかります 211 名前：デフォルトの名無しさん mailto:sage [2008/05/20(火) 10:38:51 ] 「ある程度のスキルを持つC／C++のプログラマーなら簡単に習得できる」 ttp://www.atmarkit.co.jp/flinux/special/mac/macosxa.html つまりObjective-Cで求人を出すよりCやC＋＋で人を採って、覚えさせれば良いだけ。 212 名前：デフォルトの名無しさん mailto:sage [2008/05/20(火) 10:49:46 ] 単に求人の数が問題なのではなくて、需給のバランスが問題なのでは ... 仕事の数よりプログラマの数のほうがすくなければプログラマは有利だよね。 iPhone SDK ですごいことになりそうだし。 213 名前：デフォルトの名無しさん mailto:sage [2008/05/20(火) 11:15:35 ] objcの文化があるわけで、C＋＋やC＃馴れしてる奴らは来なくていい。 一応、javaはobjcの亜流なんだけどね。見た目からは分かりにくいのかもしれないけど。 214 名前：デフォルトの名無しさん mailto:sage [2008/05/20(火) 11:43:56 ] >>213 へんに文法に Smalltalk っぽさを残したところがあだになっているよね。 ObjC 2.0 のプロパティとかで、ちょっとずつ改善しようとしているけれど。 215 名前：デフォルトの名無しさん mailto:sage [2008/05/20(火) 13:04:58 ] 個人的にはMS Windowsで動くobjcランタイムが欲しい。 gnuは商業利用無理だし、ここでアップルあたりのランタイムがx86にも来てくれれば・・・ 216 名前：デフォルトの名無しさん mailto:sage [2008/05/20(火) 13:11:36 ] 個人的にはMS Windowsで動くobjcランタイムが欲しい。→MinGW, Cygwin gnuは商業利用無理だし、→GPLと商業利用は矛盾しない ここでアップルあたりのランタイムがx86にも来てくれれば・・・→Intel Mac アップル製と互換性のあるランタイムが他に移植されればいいなあっていう大意は分かるが 217 名前：デフォルトの名無しさん mailto:sage [2008/05/20(火) 15:06:58 ] そういうことじゃなくて、アップルが普通にms win対応のランタイムを作れば解決するんじゃないのか？ 今さらMSと戦ってるのは、一部のアッポロ信者だけだろｗ 若干アップルの歴史を知ってるから言いにくいもんだけど、 アッポロはMSに資金提供してもらって危機を脱してきただし。 何かとms winプラットフォームがぶつかってるのは分かるけど、 アッポロは消費者も開発者も（クリエーターも）人少なすぎで全部MSに持ってからてるじゃんｗｗ 218 名前：デフォルトの名無しさん mailto:sage [2008/05/20(火) 15:08:27 ] アッポロの奴らはMSとはまた違うお子ちゃまが多いし、そういう奴はらはないけど要らないから、objcだけ来てくれればいいよ 大学とか研究の奴らが頑張って実装してくれ。BSDは応援してるからけど、金になりそうなのはMSのところにもってックから。 それなら初めから、objcだけ来てくれればいいんだけどね・・ 219 名前：デフォルトの名無しさん mailto:sage [2008/05/20(火) 15:26:30 ] 日本語でOK 酒の飲み過ぎか？呂律が回ってないぞ。 OS X は開発者は海外になら一杯いるでよ。日本国内は数えるぐらいだけど ... 220 名前：デフォルトの名無しさん mailto:sage [2008/05/20(火) 15:45:15 ] 実際は知らないんだけど ランタイムとNSObjectまわりはソース公開されてんじゃないの？ 221 名前：デフォルトの名無しさん mailto:sage [2008/05/20(火) 16:31:14 ] なんか面倒ならJavaでやるだろうよ。 面倒を強いるようならいつまでも人は集まんないよ。 222 名前：デフォルトの名無しさん mailto:sage [2008/05/20(火) 18:35:47 ] 言語に対して普及とか考えるのはキモイ言語信者とスーツだけで十分だ。 Objective-Cを使いたいなら使えばいいし、思わなければ使わなければいいだけだろう… プログラマならくだらんこと書いてないでコードを書け。 223 名前：デフォルトの名無しさん mailto:sage [2008/05/20(火) 18:42:36 ] >>222 なかなか仕事で出番を作るのは難しいけどね。 Obj-Cは嫌いじゃないけど、仕事でどうしてもって主張をするほどかっていうとそんな事無いし。 224 名前：デフォルトの名無しさん mailto:sage [2008/05/20(火) 18:43:33 ] うむ プログラミング言語なんて基底となるライブラリと作るべきソフトウェアの 仕様の差を埋めるものに過ぎない 225 名前：デフォルトの名無しさん [2008/05/20(火) 21:24:53 ] MacRubyがネイティブにコンパイル出来るようにならんかなぁ。 226 名前：デフォルトの名無しさん mailto:sage [2008/05/20(火) 23:39:44 BE:281469863-2BP(535)] >>217 何も知らないんなら黙ってりゃいいだけなんだが、 Windows用のObjective-CランタイムをAppleは過去に提供していたわけで。 227 名前：デフォルトの名無しさん mailto:sage [2008/05/21(水) 00:06:01 ] YellowBox？もう忘れろ…… 228 名前：デフォルトの名無しさん mailto:sage [2008/05/21(水) 00:28:49 ] 昔 Windows NT で WebObjects の開発してた頃が懐しいな… 229 名前：デフォルトの名無しさん [2008/05/21(水) 07:51:11 ] WebObjects、obj-cに戻らないかな 230 名前：デフォルトの名無しさん mailto:sage [2008/05/21(水) 08:04:11 ] MS C# MS C++はカオスだからな gunccとobjcはwinでは肩身が狭いし これ、オレの勘なんだけど、ライセンスがどうとかうるさくて、面倒ってことなんじゃないのかと思う。 gnuとか無料とか有用とか別にどうでもいいんだけど、ウザイじゃん。 金はらってもいいから、面倒ない、ウザクないほうがいいよ。 javaだとせいぜいclasspathの設定程度だけど、gnuccとかインストが超面倒だろ？ お子様は使用禁止もいいんだけど、普及させる気あんのか・・ 主義主張が多いgnuの方が拝金現場を知らないクソガキに見えるんだが・・・ 231 名前：デフォルトの名無しさん mailto:sage [2008/05/21(水) 08:59:23 ] GCC って OS インストール直後からほぼノーコストで使えるもんだと思ってたけど OS 変えたら? 232 名前：デフォルトの名無しさん mailto:sage [2008/05/21(水) 09:34:03 ] gcc入れるのめんどいのってWindowsだけだとおもうんだよね、うん 233 名前：デフォルトの名無しさん mailto:sage [2008/05/21(水) 10:31:30 ] windowsはドライバが豊富だから結局windowsがホストOSで他のOSはゲストでしかないんだけどね。 macプラットフォームは、今はituneとか流行ってるけど、imacの一生を知ってるだろ。 つまりだな、macはカジュアルうーザーか、変に個性をもってる（学生）技術者しかいないんじゃないの？ 234 名前：デフォルトの名無しさん mailto:sage [2008/05/21(水) 10:32:30 ] WindowsであってもMinGWをインストールするのが面倒だとか言っている人間が まともなプログラミングができるとは思えない 235 名前：デフォルトの名無しさん mailto:sage [2008/05/21(水) 10:34:28 ] でもBSDならまだいいけど、linuxとかiniファイルがカオスだし、他のPCに移行できないし 管理しても何十年前と同じで、今のソフト上のリソースの恩恵もなく教授も得られないでしょ。 osは別に何でもいいし、結局は面倒がないwindowsでいいわけ。 これが未だに理解できないのは、mac狂信者、つまりお子ちゃまってわけｗ お子ちゃま用にしては、objcは高度すぎるオモチャじゃないのか？ objc使うって事は、そのランタイムと心中するってことだしな・・・ 236 名前：デフォルトの名無しさん mailto:sage [2008/05/21(水) 11:31:45 ] 文章の端々から無知無教養が滲み出してるな 237 名前：デフォルトの名無しさん mailto:sage [2008/05/21(水) 11:48:09 ] もはや一行目と二行目のあいだの論理が破綻しているな いや、一つの文の中の読点と読点の間で矛盾しているといってもいい もしかしてマカ vs ドザのスレッドで教育させた人工無能とか？ 238 名前：デフォルトの名無しさん mailto:sage [2008/05/21(水) 13:00:12 ] >>234 その論法良くあるんだけどね、今の時代はどれだけユーザーがいるのか、その環境に人口は多いのかなのよｗ すくなくとも君より上だと思うんだけど、「インストールすること」が目的じゃないわけｗｗまあ、でなおしてこいよｗｗ 239 名前：デフォルトの名無しさん mailto:sage [2008/05/21(水) 13:01:28 ] なんだよ「人工無能」てｗ おまえは２CHのやりすぎで頭おかしくなっちゃったようだんｗ気をつきたほうがｗｗいいよ 240 名前：デフォルトの名無しさん mailto:sage [2008/05/21(水) 13:40:08 ] >>239 ja.wikipedia.org/wiki/%E4%BA%BA%E5%B7%A5%E7%84%A1%E8%84%B3 241 名前：デフォルトの名無しさん mailto:sage [2008/05/21(水) 14:50:55 ] こんなへたくそな釣りに付き合ってやるなんて… みんないい奴だな… 242 名前：デフォルトの名無しさん mailto:sage [2008/05/21(水) 15:24:23 ] >>230 お前がWindowsで開発しててそう思うならVisual Studio 2008で問題なかろう。 純正品でWin32API/MFC使うのがカオスか？ で、そんな面倒の無い製品があるのになんでわざわざgcc使いたいんだ？ お前のポリシーに合ってないだけでgnuを批判するのはすじ違い。 243 名前：デフォルトの名無しさん mailto:sage [2008/05/21(水) 17:08:55 ] そういうこと言ってるとobjc使う開発者は集まらないんじゃないの？少なくともMSでやってる人は「面倒だし、なら別にいいや」でしかないしｗ 244 名前：デフォルトの名無しさん mailto:sage [2008/05/21(水) 17:18:34 ] そのMSがobjc採用しますが何か？ 245 名前：デフォルトの名無しさん mailto:sage [2008/05/21(水) 17:45:54 ] 本当に？ 246 名前：デフォルトの名無しさん mailto:sage [2008/05/21(水) 18:14:01 ] 本当だったらとても嬉しい Objective-C++/CLIとか使ってみたい #importがもろにかぶってるけど…… 247 名前：デフォルトの名無しさん mailto:sage [2008/05/21(水) 18:14:18 ] >>244 まじかー！ やめてくれー！ また変てこ独自仕様でぐちゃぐちゃにする気だろ！ Obj-Cは軽い仕様がいいのに。 248 名前：デフォルトの名無しさん mailto:sage [2008/05/21(水) 18:31:08 ] する必要ないだろ。多分。 VCとVC++の拡張を使えば済むから。 血迷ってJ++みたいにCOMを呼び出すための拡張とかされたら涙目だが、 それはランタイムの拡張でするだろうし、言語仕様には触れないさ。 いや、そうあってほしい 249 名前：デフォルトの名無しさん mailto:sage [2008/05/21(水) 20:30:58 ] >>243 >「面倒だし、なら別にいいや」 「こんな事すら面倒なんだ。なら君はいいや。」で終わりかと。 250 名前：デフォルトの名無しさん mailto:sage [2008/05/21(水) 21:45:05 ] 多重継承 ,virtual 修飾子 デフォルト実装あり protocol 抽象クラス宣言子 あと付きそうなのは何かな？ 251 名前：デフォルトの名無しさん mailto:sage [2008/05/21(水) 22:08:58 ] new演算子 まさかの静的結合 252 名前：デフォルトの名無しさん mailto:sage [2008/05/21(水) 23:47:59 ] で、ソースは？

---

---

[ 続きを読む ] / [ 携帯版 ]

read.cgi ver5.27 [feat.BBS2 +1.6] / e.0.2 (02/09/03) / eucaly.net products.
担当:undef