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 116 名前：デフォルトの名無しさん [2008/01/06(日) 21:53:31 ] Objective-C 117 名前：デフォルトの名無しさん mailto:sage [2008/01/06(日) 23:47:16 ] windowsの環境だとgnustepやっぱり普通はですかね。 gunstepがないPCには、ランタイムとかどうやって持ってけばいいのか… 118 名前：デフォルトの名無しさん mailto:sage [2008/01/07(月) 17:42:24 ] これを読むとシアワセがくるかも。 ttp://mediawiki.gnustep.org/index.php/Deployment_on_Windows ttp://www.gnustep.org/resources/documentation/User/GNUstep/README.MinGW まとめると - exe本体と同じディレクトリ階層に関連するdllを全部集める。 - gnustepが使う各種パスをソレに応じて書き換える。 の２点で出来るらしい。 119 名前：デフォルトの名無しさん mailto:sage [2008/01/07(月) 18:23:06 ] 日本語の情報が少ないと思ったら英語に活路があったんですか。 shipping するときは他のPCの方にもmsys, mingw(gcc) がないとダメってことですか？ それとgunstep runtime の最小サイズが書いてませんでしたが、どれほど必要でしょうか。 objc はjava の源流なんで非常に興味あったんですけど、mac に取られてばっかりで どうして日本だとwindows な環境で広がらないんでしょうね。 objc はまだ趣味の範囲ですけど。 120 名前：118 mailto:sage [2008/01/07(月) 23:44:08 ] README.MinGWの方の8.Cleanupに First thing, you should remove the MSYS libraries, which we never use -- rm Gomoku.app/msys-1.0.dll rm Gomoku.app/msysltdl-3.dll rm Gomoku.app/libW11.dll rm Gomoku.app/libperl.dll . . と書いてあるからgccは必要ないですよ。 runtimeのサイズだけど、IntelMacにしてVPCが動かずWinが触れないので判らん。 winがらみの仕事がくればVMWareとか購入してこっちの遊びも再開出来るけど(w 121 名前：デフォルトの名無しさん mailto:sage [2008/01/08(火) 00:05:01 ] >>119 >どうして日本だとwindows�な環境で広がらないんでしょうね。 Cocotron があるじゃん Java は ObjC というよりは OPENSTEP をやりたかったんだろうね 122 名前：デフォルトの名無しさん mailto:sage [2008/01/08(火) 00:10:11 ] あ、日本じゃないか。 日本人は何故かみんな C++ が大好きだからねえ。 123 名前：デフォルトの名無しさん mailto:sage [2008/01/08(火) 00:22:35 ] macがらみの仕事てのが想像できませんが、なんかスゴイ仕事してそうですねｗ >122は日本ではPC(ソフト)に興味ないし、もともとの発祥が英語圏で、MAC-OSでもMS-OS支配でも別にどうでもいいからじゃないですか？ ハード（日立・富士通・NEC・ソニーとか)の方は支配にこだわっていて、そうでもないですけど。 macの仕事て例えばどういうのがあるんでしょうか？ 124 名前：デフォルトの名無しさん mailto:sage [2008/01/08(火) 00:28:28 ] みんながC++みたいな変態が好きなんじゃなくて、それしか選択肢がないからじゃないですか。 objcの情報も日本語では少ないし、紹介すらしてない。 説明や紹介が英文よりも日本文に目がいくようなら、そんな日本人の英語力なんてないに等しいし… objcはmacだけじゃもったいないような、なくないような… すくなくともwindows環境の人にはmac objc runtimeは使えないわけなんで。 125 名前：デフォルトの名無しさん mailto:sage [2008/01/08(火) 08:02:16 ] 別にみんなC++好きの変態なんじゃなくて 「みんなが使ってるものと同じものを使ってれば安心」 ってことだと思うよ。要するに保守的。 # Microsoft Visual Objective-C とか出れば騙されて使うやつがいるかも？ 126 名前：デフォルトの名無しさん mailto:sage [2008/01/08(火) 08:07:58 ] C++なら日本語情報が多いし入りやすいよ ワンチップマイコンでも 日本では素直なAVRよりも変態といわれてるPICのユーザーが多いのは 日本語情報の多さ 127 名前：118 mailto:sage [2008/01/08(火) 20:42:28 ] c++はそんなにキライじゃないけどな。 templateとマクロを駆使して"俺C++"を作る楽しみがあるし、他人が作った"俺C++"をみてcoreDumpする 楽しみもある(w ObjCの変態実装系としてWebScriptと言うインタプリタが過去にあったそうだ。今だったらインタプリタ として受けそうだと思うが、おまえらどうよ。 128 名前：デフォルトの名無しさん mailto:sage [2008/01/08(火) 21:49:30 ] 変態実装系はPOCで十分です。 あれまだあるんだっけ？ 129 名前：デフォルトの名無しさん mailto:sage [2008/01/08(火) 22:38:48 ] ttp://users.pandora.be/stes/compiler.html これ？ 130 名前：デフォルトの名無しさん mailto:sage [2008/01/08(火) 22:39:05 ] >>126 AVRはいいよねー。 PICみたいなドM用アーキテクチャが流行ってるのは、本が多いからかなー？ まあAVRは比較的新しいからこれからじゃないすかね。 AVRが出たころにはもうPICに慣れ切ってる人が多かったわけですし。 131 名前：118 mailto:sage [2008/01/08(火) 23:18:26 ] POCと言えば、このURLのブロック構文がつかいたいよな。 ttp://users.pandora.be/stes/block98/index.html AppleもObjC2.0の時に一緒にしてくれれば良かったのにな。 for(i in array){}よりも汎用性がありそうなのに。 132 名前：デフォルトの名無しさん mailto:sage [2008/01/08(火) 23:19:14 ] Objective-CだけでもC++だけでもなくて、Objective-C++サイコーなやつは居らんのですか。 133 名前：デフォルトの名無しさん mailto:sage [2008/01/09(水) 00:01:49 ] >>132 ずいぶんコアなところにおりますなｗ 134 名前：デフォルトの名無しさん mailto:sage [2008/01/09(水) 02:02:39 ] OpenCVとか組み込みてーけど、どうだろね 135 名前：デフォルトの名無しさん mailto:sage [2008/01/09(水) 12:12:51 ] ipodの組み込みとかは当然mac objcで開発なのかな？ 136 名前：デフォルトの名無しさん mailto:sage [2008/01/09(水) 15:59:13 ] touchのことならObjCだよ。 137 名前：デフォルトの名無しさん mailto:sage [2008/01/09(水) 19:46:55 ] Mac OS X 版の GLUT, SDL, Gtk+ は Objective-C の API を C でラッピングしてるのね。wxWidgets も Cocoa への移植が 進行中らしいけど、世の中変わったもんだねえ。 138 名前：デフォルトの名無しさん mailto:sage [2008/01/12(土) 10:14:37 ] Cocotronの日本語対応させた人います？ ソース見た限り、全キーストロークをストローク単位で 処理しているようで、キーダウンイベントの発生時に 日本語処理を割り込ませればとも思っているんですが Windows側のこともよく分かりませんし... 139 名前：デフォルトの名無しさん mailto:sage [2008/01/13(日) 01:55:37 ] 最近魅力的なんですけど、RubyとD言語はやっぱりダメですか？ 140 名前：デフォルトの名無しさん mailto:sage [2008/01/13(日) 02:00:18 ] どの言語でも一つだけで済ませようとするのは良くない とりわけマイナー言語では、その言語がこけても困らない 様にしておく必要がある Ruby やるなら Perl や Python を横目に見ながら、D を やるなら Java や C++ を意識しながらやると良いよ 141 名前：デフォルトの名無しさん mailto:sage [2008/01/13(日) 02:12:12 ] さもないとこんな風になっちゃうの? pc11.2ch.net/test/read.cgi/tech/1200070152/59 142 名前：デフォルトの名無しさん mailto:sage [2008/01/13(日) 02:22:34 ] CとJava使っています。 コンパイルなしでスクリプトしたいんですけど、どっち使ってますか？ 正規表現処理したいのにCやJavaはちょっと・・・ 143 名前：デフォルトの名無しさん mailto:sage [2008/01/13(日) 02:24:14 ] >>140 MSの.Netはいいの？ JScript, C# w 144 名前：デフォルトの名無しさん mailto:sage [2008/01/14(月) 14:11:22 ] .Net C# Javascript こいつらは論外 145 名前：デフォルトの名無しさん mailto:sage [2008/01/14(月) 14:15:35 ] おやおや 可哀相に 146 名前：デフォルトの名無しさん mailto:sage [2008/01/14(月) 15:24:18 ] 只今ECMAScriptのコーディングの真っ最中な俺が来ましたよ 147 名前：デフォルトの名無しさん mailto:sage [2008/01/14(月) 15:49:31 ] Javascript はめちゃめちゃ dynamical だから、Cocoa との binding ぐらいすぐ出来そうな気がする ... 148 名前：デフォルトの名無しさん mailto:sage [2008/01/14(月) 19:19:22 ] ajaxだったか最近聞かないなｗ rhinoみたいにブラウザとかに内蔵しないで、シェル上で独立に実行できる と爆発的に普及するんじゃないか。 149 名前：デフォルトの名無しさん [2008/01/14(月) 20:16:49 ] javascriptはOpenOfficeでVBAの代わりに使えればいいのに、と思うことはあるな べつにrubyとかでもいいし、shell自体がつかえてもいいけど>>VBAの代わり 150 名前：デフォルトの名無しさん mailto:sage [2008/01/14(月) 20:30:18 ] OOoでPythonは使える 151 名前：デフォルトの名無しさん mailto:sage [2008/01/15(火) 18:11:43 ] >>148 Jscriptならwindowsに統合されててwshとかでも使えるけど web以外で使われてるのあまり見ないな 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 アップル製と互換性のあるランタイムが他に移植されればいいなあっていう大意は分かるが

---

---

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

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