1 名前:デフォルトの名無しさん mailto:sage [05/01/29 16:18:12 ] ほんとプログラマにとってはMacって 本当に興味が無いOSだよねw Macでの標準的な言語であるObjective Cのスレすら無いし。 過去にはあったんだろうけど。
196 名前:デフォルトの名無しさん mailto:sage [2005/04/17(日) 17:16:32 ] OSXは欲しいがMacは要らん
197 名前:194 mailto:sage [2005/04/17(日) 19:32:51 ] 会社でPowerBookG4+XserveG5使ってるんですが、自宅にも欲しいなぁと思って。 ヒレガス本ってのは黄色い表紙でべスパだか何かが写ってる奴ですよね? いまこれを読みながらCocoaプログラミングの勉強中です。Unixyな使い方だけでは もったいないかなと思って。で、ますますMac欲しいなぁ、と。 >>196 OSXってMac以外で動作可能なんですか?自宅にラック導入する予定はないのでXserveはパスね。
198 名前:デフォルトの名無しさん mailto:sage [2005/04/17(日) 21:06:02 ] >>197 OSXはMacだけ。 GNUstepなら他のプラットフォームでいろいろいける。 が、i18n関係はまだまだダメなので(w 是非そっち方面にも助力を
199 名前:デフォルトの名無しさん [2005/05/20(金) 02:03:50 ] [self age];
200 名前:age [2005/05/26(木) 17:04:19 ] 教えてください NSString* str = [NSString stringWithUTF8String:"test"]; で取得した str は 何時 [str release]; すべきなのでしょうか?
201 名前:デフォルトの名無しさん mailto:sage [2005/05/26(木) 17:34:52 ] >>200 そもそも release するべきでない。
202 名前:デフォルトの名無しさん mailto:sage [2005/06/06(月) 08:55:32 ] >>201 たしかにそうだけど、NSAutoreleasePool のインスタンスが用意されてなかったらメモリリークの悪寒。
203 名前:age [2005/06/06(月) 10:00:13 ] 教えてください ワーカスレッド(POSIXスレッド)内で NSString* str = [NSString stringWithUTF8String:"test"]; を行った場合、どのNSAutoreleasePoolが使われるのでしょうか?
204 名前:203 [2005/06/06(月) 10:59:18 ] 続き... NSAutoreleasePoolは、スレッド毎に独立しているのでしょうか?
205 名前:デフォルトの名無しさん mailto:sage [2005/06/06(月) 15:51:59 ] なんか釣られてるような気もするけど… >>203 ,204 NSAutoreleasePool はスレッドを生成するときに、プログラマが自分で用意するものだと思われ。 要するにスレッドごとに存在する必要あり。 ttp://developer.apple.com/samplecode/SimpleThreads/listing3.html とか見るよろし。 もっと言うと、AppKit(NSApplicationMain) を使ってない場合は、メインスレッドにも NSAutoreleasePool は(自動では)用意されないんで、この場合も自前で用意してやる必要がある。 GNUStep で遊ぼうとして、その罠にはまった人間が約一名(おれだが)。 あと、ワーカスレッドってのが何を意味してるのかわからんが、pthread_create とかで直接 POSIX スレッドを生成して云々って話なら、やめておいた方が良さそう。つーかその場合、おそらく NSAutoreleasePool がそもそも使えない気がする。 素直に NSThread 使いましょう。 それはそれとして、203(200 も?)の名前欄の age はコテハンなのか、それとも age てるのを主張したいだけなのか、それが問題だ(そうか?)
206 名前:200 [2005/06/06(月) 16:24:46 ] SimpleThreadのURL、ありがとうございました。参考になりました。 やはり、POSIXスレッドは使わないほうがよさそうですね...。
207 名前:デフォルトの名無しさん mailto:sage [2005/06/06(月) 16:43:03 ] >>205 > つーかその場合、おそらく NSAutoreleasePool がそもそも使えない気がする。 ttp://developer.apple.com/documentation/Cocoa/Conceptual/MemoryMgmt/Concepts/AutoreleasePools.html Note: If you are creating secondary threads using the POSIX thread APIs instead of NSThread, you cannot use Cocoa, including NSAutoreleasePool, unless Cocoa is in multithreading mode. Cocoa enters multithreading mode only after detaching its first NSThread. To use Cocoa on secondary POSIX threads, your application must first detach at least one NSThread, which can immediately exit. You can test whether Cocoa is in multithreading mode with the NSThread class method isMultiThreaded.
208 名前:205 mailto:sage [2005/06/06(月) 16:53:51 ] >>207 ごめん、英文読み違ってたか。 あらかじめ NSThread を使って一つスレッドを生成しておけば、Cocoa が multithreading mode ってのになって、その後は POSIX スレッドでも Cocoa(NSAutoreleasePool 含む)を使えるようになる。 マルチスレッドモードかどうかは、NSThread クラスの isMultiThreaded メソッドで確認できる。 …ってな理解で良い?
209 名前:デフォルトの名無しさん mailto:sage [2005/06/08(水) 23:34:03 ] NSなんちゃらと ネイティブは混ぜるな危険。pthredとか。
210 名前:デフォルトの名無しさん mailto:sage [2005/06/10(金) 00:30:51 ] >>209 >混ぜるな危険 確かにおれもそう思うが、Objective-C++ で書かれたコードとか読んでると、なんかどうでも良くなってくるぞw
211 名前:age [2005/06/15(水) 23:34:33 ] 教えてください 以下のように作成された NSString* selstr は何時解放するべき、まはた何時解放されるのでしょうか? %pの出力は毎回変わりますが、メモリリークは起きていないようです。 - (IBAction)button1Click:(id)sender { SEL sel = @selector(button1Click:); NSString* selstr = NSStringFromSelector(sel); NSLog(selstr); NSLog(@"%p", selstr); }
212 名前:デフォルトの名無しさん mailto:sage [2005/06/16(木) 00:56:12 ] それを解放するのは AutoreleasePool です。
213 名前:デフォルトの名無しさん [2005/06/16(木) 09:33:10 ] >>212 何時解放されるのでしょうか? [pool release] のときでしょうか?
214 名前:デフォルトの名無しさん mailto:sage [2005/06/16(木) 19:35:27 ] >>213 ちみはメモリ管理のことがよくわかってない風味なので、 ttp://developer.apple.com/ja/documentation/cocoa/Conceptual/ObjectiveC/4objc_runtime_overview/chapter_8_section_2.html ここのページを隅から隅まで読む事をお薦めする。 あと、厳密には NSAutorelasePool がするのは『解放』じゃなくて、 単に release メソッドを呼ぶことだ。 もしそのインスタンスに対して、どこかで retain が使われてれば、 実際には解放されないじょ。
215 名前:211 [2005/06/16(木) 22:19:09 ] Google で AutorelasePool イベントループ で検索したら、以下のURLで納得しました。 www.tech-arts.co.jp/macosx/macosx-jp/htdocs/4600/4618.html
216 名前:デフォルトの名無しさん mailto:sage [2005/06/17(金) 08:00:31 ] Objective-Cは CやC++、Javaと比べて簡単?便利に感じてる?
217 名前:デフォルトの名無しさん mailto:sage [2005/06/17(金) 09:25:52 ] 本が無い点を除けばいいと思う
218 名前:デフォルトの名無しさん mailto:sage [2005/06/17(金) 12:30:56 ] 簡単だよ
219 名前:デフォルトの名無しさん mailto:sage [2005/06/17(金) 13:28:02 ] Objective-Cは簡単だと思うが、Cocoaその他のAPIが辛い。 ドキュメントなさ過ぎ。
220 名前:デフォルトの名無しさん mailto:sage [2005/06/17(金) 16:00:27 ] あるよ
221 名前:デフォルトの名無しさん mailto:sage [2005/06/17(金) 17:16:17 ] ないとは言ってないだろ
222 名前:デフォルトの名無しさん mailto:sage [2005/06/17(金) 21:06:13 ] ないよ
223 名前:デフォルトの名無しさん mailto:sage [2005/06/18(土) 02:36:58 ] ありすぎ>>>>>ある>>>>>>ない>>>>>なさすぎ
224 名前:デフォルトの名無しさん mailto:sage [2005/06/18(土) 02:59:22 ] マジ? ありすぎ>ある>なさすぎ>ない こうじゃないの?
225 名前:デフォルトの名無しさん mailto:sage [2005/06/18(土) 03:00:21 ] 違った ある>ありすぎ>なさすぎ>ない 理由 過ぎたるは及ばざるが如し
226 名前:デフォルトの名無しさん mailto:sage [2005/06/20(月) 20:48:52 ] 掃除を しすぎ>>する>>しない>>しなさすぎ || || || || 潔癖性 普通 不潔 ゴミ屋敷 な?
227 名前:デフォルトの名無しさん mailto:sage [2005/06/21(火) 03:29:37 ] きれいずきは?
228 名前:デフォルトの名無しさん [2005/06/21(火) 13:46:44 ] セックスを しすぎ>>する>>しない>>しなさすぎ || || || || ヤリチン 一般人 インポ 童貞
229 名前:デフォルトの名無しさん mailto:sage [2005/06/22(水) 14:48:28 ] つまり O b j e c t i v e - C は 童 貞
230 名前:デフォルトの名無しさん mailto:sage [2005/06/22(水) 14:57:34 ] >>224 でいいんじゃね? ありすぎ: » 1 ある: ≥ 1 なさすぎ: ≈ 0 ない: = 0
231 名前:デフォルトの名無しさん mailto:sage [2005/06/22(水) 16:43:07 ] なんだこの流れは?
232 名前:デフォルトの名無しさん mailto:sage [2005/06/22(水) 17:18:55 ] んじゃ本来の流れというか質問 NSWindowのkeyDown:やperformKeyEquivalent:ではcommand等の修飾キー"だけ"押したのはわからないぽいんですが、 どうすれば取れますか?
233 名前:デフォルトの名無しさん mailto:sage [2005/06/22(水) 21:11:39 ] 気合いで取る。
234 名前:232 mailto:sage [2005/06/22(水) 21:32:41 ] んな殺生な というか自己解決 ファーストレスポンダで - (void)flagsChanged:(NSEvent *)theEvent をオーバーライドですね NSResponder見てませんでした
235 名前:デフォルトの名無しさん [2005/07/08(金) 02:17:14 ] メソッドにアクセス指定子つけられないとか 抽象クラスがないとかクラス変数がない等の点が Javaに比べていまいち使いにくい気がするんですが これは漏れの認識不足のせいですか?
236 名前:デフォルトの名無しさん mailto:sage [2005/07/08(金) 02:26:55 ] 気のせいです。
237 名前:デフォルトの名無しさん mailto:sage [2005/07/08(金) 15:49:13 ] >>235 アクセス指定子はないけどヘッダに書いたら公開扱いで書かなかったら 非公開扱いってことにして使うんだろう. # 実際にはヘッダに書かなくても呼出せるはずだから private ではないけれど… 抽象クラスはあったら嬉しいかもしれんがなくてもそれほど困らない. 逆に Java に出来なくて ObjC に出来ることとして category 使って既存クラス にメソッド追加したり override したりとかがある. コンパイル時の静的型チェックのゆるさとか考えても全体的に Java よりも 柔軟でプログラマ任せの言語になってると思う. #というより Java が堅すぎとも言えるけど…
238 名前:デフォルトの名無しさん mailto:sage [2005/07/08(金) 21:46:06 ] >>235 認識が不足しているのは ×誤 使いにくい ○正 使い慣れない という部分だな
239 名前:デフォルトの名無しさん [2005/07/28(木) 21:55:33 ] 保守age
240 名前:デフォルトの名無しさん [2005/07/29(金) 01:44:57 ] >>239 保守する暇があるなら新Mac板のCocoaスレの質問に答えてあげてよ!
241 名前:デフォルトの名無しさん [2005/07/29(金) 02:34:54 ] 質問者乙
242 名前:デフォルトの名無しさん [2005/08/08(月) 20:39:10 ] いままでProject BuilderでビルドしてMacOSX 10.2.8で動いていたプロジェクトを Xcode 1.5でコンパイルしたら10.2.8ではもう動かなくなってしまいました。Xcodeからコンパイルして10.2.8でも動くようにするオプションなどはありませんか?
243 名前:デフォルトの名無しさん mailto:sage [2005/08/09(火) 01:03:32 ] たしかXcodeをインストールするときにクロスコンパイル関連のリソースを入れるかどうか っている設定がカスタマイズのところにあったはず。 それを入れた上で、ビルド設定を見直せばいけるのではないだろうか。 すまんがいまMacが手元にないので確認できない....
244 名前:デフォルトの名無しさん [2005/08/10(水) 20:45:09 ] >>243 非常に参考になりました。どうもありがとうございます
245 名前:デフォルトの名無しさん mailto:sage [2005/08/19(金) 20:08:31 ] メモリ管理に抜けが無いか確認する方法を探しています。 Delphiの話なんですが、リンクするだけで確保と開放の組み合わせ数が一致しているかどうか検出できるライブラリがあります。 開放洩れがあると、アプリの終了時に警告ダイアログが出ます。 似たような事をCocoaアプリで行う方法を知っている方は居ないでしょうか? # Fundationでコマンドツールを作った時は標準出力に開放洩れ警告が出るので、組み込みで機能があるような気もしています。
246 名前:デフォルトの名無しさん [2005/08/22(月) 00:57:00 ] >>245 www.big.or.jp/%7Ecrane/cocoa/7000_cocoaNote/cocoaNote_050424.117.pdf
247 名前:デフォルトの名無しさん mailto:sage [2005/08/22(月) 13:25:16 ] >>246 ありがとうございます。 MallocDebugは以前から使っていますが、終了時点で内部を歩けなくなるので、開放洩れの確認には向いていないと思います。 # WindowやDocument単位では出来ますけど、それもすごい手間が必要です。 単純に、「確保が500回で開放が480回なんで、20個どっかにリークしてるよん」みたいな情報が欲しいと思っています。
248 名前:デフォルトの名無しさん [2005/08/23(火) 07:19:21 ] >してるよん ふざけるな
249 名前:デフォルトの名無しさん mailto:sage [2005/08/24(水) 01:40:03 ] 朝から何キレてんの
250 名前:デフォルトの名無しさん mailto:sage [2005/08/26(金) 13:21:01 ] >>247 使ったことないけど、leak コマンドってのがあるらしい。 ここにちょこっと紹介されている→ ttp://webkit.opendarwin.org/blog/
251 名前:デフォルトの名無しさん mailto:sage [2005/08/26(金) 20:37:33 ] >>250 使ってみました。 実行中のプロセスに対して使うコマンドであるようです。
252 名前:デフォルトの名無しさん [2005/08/28(日) 01:01:36 ] Objective-Cの []が嫌い
253 名前:デフォルトの名無しさん mailto:sage [2005/08/28(日) 01:03:46 ] そのこころは?
254 名前:デフォルトの名無しさん mailto:sage [2005/08/28(日) 01:28:51 ] Objective-Cから[]取ったら、只のCじゃん。
255 名前:デフォルトの名無しさん mailto:sage [2005/08/28(日) 01:40:56 ] 個人的にはオブジェクトにメッセージを送っている、という感じがして好きだな。 あの表記とCocoaのおかげでクラスと構造体の違いとかオブジェクト指向という 考えとかにピンと来た。 Objective-Cのあの記法は「Cのオブジェクト指向拡張なんだ」という発想から 来てるんだろうね。Cという割とマシンに近いレイヤーと、オブジェクトの メッセージのやり取りのレイヤーを分ける、みたいな。逆にC++のCに習った 記法は「Cは本当はこうあるべきだ」みたいな発想からなんだと思う。 >>254 というわけで、[]とったらただのCになるようにしたかったからああいう風に なったんじゃないかな。
256 名前:デフォルトの名無しさん mailto:sage [2005/08/28(日) 11:25:19 ] 元祖のSoftwareICのライブラリって、未だにフリーにはなっちゃいないんだっけ? 最近ちょっとあっちのクラスがどーなってるのか気になって仕方ない(w
257 名前:デフォルトの名無しさん [2005/08/28(日) 16:58:07 ] C++もObjCもあんま差ないよね
258 名前:デフォルトの名無しさん mailto:sage [2005/08/28(日) 17:45:16 ] 使い方によるのでは。
259 名前:デフォルトの名無しさん mailto:sage [2005/08/28(日) 18:14:33 ] そもそも何の差だ。
260 名前:デフォルトの名無しさん mailto:sage [2005/08/28(日) 21:26:22 ] >>257 どんな視点から見てもとてつもない差があると思われ
261 名前:デフォルトの名無しさん mailto:sage [2005/08/28(日) 23:02:55 ] んな事無いよ
262 名前:デフォルトの名無しさん mailto:sage [2005/08/28(日) 23:28:31 ] なんか寂しいのでこっちにレスしてみよう。 >>256 SoftwareICは知らないけど、Cocoa以外のクラスライブラリならPortable Object Compilerのライブラリもあるよね。こっちは使ってみた?っていうか、 使ってみた人いるかな。実はあんまり期待してないので見てないんだけど…。
263 名前:デフォルトの名無しさん mailto:sage [2005/08/30(火) 01:16:40 ] >262 結局今生き残っていて、サポートされ、改良され続けているのはAppleのCocoaと GNUstepという結局OpenStepの末裔の2つだけなわけで。 Brad Coxの元祖Objective-Cの為のSoftwareIC(なんかICpakって名前で101(Foundation)と 201(GUI)という見ようによってはOpenStepと変わらない構成っぽいことはぽいのだけど、 言語仕様的にも ttp://wwwa.dcns.ne.jp/~nito/objective-c/answer-16.html のFAQに書いてある通り結構いろいろ違いがあるみたいだし、当然そうなりゃライブラリも構成が 当然違うだろうなぁ?という感じではあるんだけど。 今やStepstoneもBradCoxのサイトも消えちゃってるし、余計に気になってねぇ(笑) PorgtableObjectCompilerも面白そうではあるけど、ちっと嫌〜んな感じがあって(笑) やっぱり手を出しちゃいないんだけどね。 #なんのこたぁない、NSObjectじゃないルートクラスが見てみたいだけっつーだけなのかもしれない(笑)
264 名前:デフォルトの名無しさん mailto:sage [2005/08/31(水) 02:27:12 ] >>263 よく覚えてないけど、そういえばPOCの人はOpenStep的な発展にかなり批判的 だったっけね。 そういえば、Swarmとかいうシミュレーション?のソフトでObjectvie-Cが使われ ている、みたいなのをちょくちょく見たな。調べてみたらこんなのが。 www.swarm.org/swarmdocs-2.2/set/set.html www.quintessa.co.jp/study.html ちょっとみた所だと、なんかcreateBeginでオブジェクトを作ってから パラメーターを設定してcreateEndで初期化を完了する、みたいなことをやる みたいだった。あとフォーマルなプロトコルがかなりたくさんあったな。
265 名前:デフォルトの名無しさん mailto:sage [2005/08/31(水) 10:48:30 ] 学校の講義で使ったよ。swarm。 Objective-Cはそれまで知らんかったけど簡単に書けるからいいよね。
266 名前:デフォルトの名無しさん [2005/09/01(木) 16:44:23 ] 萩原って人の本いいねぇ〜
267 名前:デフォルトの名無しさん mailto:sage [2005/09/02(金) 13:10:52 ] >>266 同感。 出版社がつぶれたのは不幸だけど、がんばって他から新刊出して欲しい。 新しい例外や同期の構文とかも加筆したやつ。
268 名前:デフォルトの名無しさん mailto:sage [2005/09/02(金) 22:37:39 ] というわけで、復刊.comへの投票よろしく www.fukkan.com/vote.php3?no=29943 投票しても復刊時の購入義務は無いので、ご安心ください。
269 名前:デフォルトの名無しさん mailto:sage [2005/09/03(土) 07:23:12 ] もう持ってるゆ
270 名前:デフォルトの名無しさん mailto:sage [2005/09/03(土) 10:27:56 ] ゆ?オレも持ってるよ。>>267 同様、復刊よりも新刊きぼー。
271 名前:デフォルトの名無しさん mailto:sage [2005/09/03(土) 17:55:10 ] すぐにはでないだろうから、 10.5_Xcode対応で出して欲しいゆ
272 名前:デフォルトの名無しさん mailto:sage [2005/09/04(日) 09:35:53 ] コラム連載「ダイナミックObjective-C」 pcweb.mycom.co.jp/column/objc/001/ ・第1回 CocoaとObjective-Cと動的なオブジェクト指向- Cocoaハックの第1歩 ・第2回 Objective-Cの動的型付け ・第3回 Cocoa実現の肝- クラスとそのメソッドの調査方法をチェック ・第4回 ターゲット/アクションパラダイム(1) - 動的特性を利用したデザインパターン
273 名前:デフォルトの名無しさん mailto:sage [2005/09/04(日) 20:31:48 ] 勉強してソフト作ってみようかねぇ
274 名前:デフォルトの名無しさん mailto:sage [2005/09/09(金) 23:49:05 ] >>266 潰れたのか…道理でなかなか見つからないと思っていた。偶然近くの古書店で 見つけた割れは好運であったか! >>267 投票しようとしたが、登録していない人はどうすれば良いのか分からなかった のでバイバイ。サイトの作り悪いねここ。
275 名前:デフォルトの名無しさん mailto:sage [2005/09/10(土) 00:26:17 ] どうしても見つからないて嘆いてる人はとりあえず地元の図書館のサイト(検索できるなら)で 検索してみるといいかも。 もちろん図書館によるけど、意外と蔵書しててくれたりするので、借りてみるといいかもしれない。 うちの市の図書館にも1冊あったよ。
276 名前:デフォルトの名無しさん mailto:sage [2005/09/17(土) 17:23:45 ] >>268 登録して、投票しますた。 発売3日前に買ったが、そろそろばらけてきた。 Objective-Cはそのものについての本があれだけだったのに本当に残念。 最新内容も加筆したのが出たら、是非欲しい。
277 名前:デフォルトの名無しさん mailto:sage [2005/10/17(月) 03:44:35 ] いまやObj-CはApple独占なのだからどんどん使用拡張してほしい。 D言語の事前条件・事後条件・不変条件とか。
278 名前:デフォルトの名無しさん mailto:sage [2005/10/17(月) 13:04:38 ] >>277 断る
279 名前:デフォルトの名無しさん mailto:sage [2005/10/17(月) 15:53:04 ] そんならいっそObj-Dでも開発して欲しい 利用できる言語が増える分には構わんぞ ライブラリでなく言語仕様のほう頻繁に弄られちゃたまったもんじゃねー
280 名前:デフォルトの名無しさん mailto:sage [2005/10/17(月) 22:37:35 ] 後方互換なら問題ない
281 名前:デフォルトの名無しさん mailto:sage [2005/10/17(月) 22:43:07 ] そんなもん採用するくらいならクロージャを追加したほうが100倍便利。
282 名前:デフォルトの名無しさん mailto:sage [2005/10/18(火) 19:57:15 ] >>281 インナークラスというか、Smalltalkのブロックみたいなものだろ。 すげー欲しい。
283 名前:デフォルトの名無しさん mailto:sage [2005/10/19(水) 17:29:07 ] >>282 このコンパイラはサポートしていたりする。 ttp://users.pandora.be/stes/compiler.html
284 名前:デフォルトの名無しさん mailto:sage [2005/10/20(木) 02:16:55 ] わけわかんねー!^^
285 名前:デフォルトの名無しさん mailto:sage [2005/10/21(金) 19:03:29 ] >>268 の票数が急増したな。 うれしいことだ。
286 名前:デフォルトの名無しさん mailto:sage [2005/10/21(金) 22:09:06 ] HMDTで紹介されたからね。
287 名前:デフォルトの名無しさん mailto:sage [2005/10/22(土) 02:14:59 ] ふつうに近くの本屋で売ってるんだが そんなに評判のいい本なのかコレ
288 名前:デフォルトの名無しさん mailto:sage [2005/10/22(土) 02:53:00 ] 中身の評価もだが、日本語で書かれたものが、 これぐらいしか無いという点の方が大きいと思う。 他にも無くは無いけどStepStoneやらNextStepやらが対象だったりして 今から読むには辛い内容だったりする。 できればMacに依存しない(早い話がGnuStepの)本が出て欲しいけど 難しいだろうな。
289 名前:デフォルトの名無しさん mailto:sage [2005/10/25(火) 00:02:30 ] id型には何でも入る〜 スーパークラス、サブクラス、全然関係ないクラス〜 自由〜
290 名前:デフォルトの名無しさん mailto:sage [2005/10/25(火) 03:07:48 ] 恐ろしいことです
291 名前:デフォルトの名無しさん mailto:sage [2005/10/25(火) 11:39:25 ] id型には夢や愛も詰まっています。 恐怖や憎しみも
292 名前:id型ばんざいの人 mailto:sage [2005/10/26(水) 00:40:10 ] 学生の頃に、研究室のNeXTのObjective-Cを必死になって いじっていた。オブジェクト指向を自分なりに理解したのは Objective-Cを通じてだ。 後になって、C++を勉強した際に、ポリモーフィズムを実現 するためには基底型のインスタンスに派生型をはめ込む 必要があるというのを知り、妙な制限をかけるもんだと思った。 今は仕事でJavaをやっているけど、やっぱりObjective-Cが 一番だよ。誰も使ってないけど 。・゚・(ノД`)・゚・。
293 名前:デフォルトの名無しさん mailto:sage [2005/10/26(水) 15:56:22 ] 漏れもJavaはオブジェクト指向と言ってるけど ポリモーフィズムできないじゃんとか思ってた
294 名前:デフォルトの名無しさん mailto:sage [2005/10/31(月) 20:43:22 ] これ以外にポージングができる言語ってあるか? いい統合開発環境ないかなぁ
295 名前:デフォルトの名無しさん mailto:sage [2005/10/31(月) 23:08:12 ] ちょこっと質問させてください。 Objective-C 使ってテキストデータ(CSV or XMLなどなんでもよい が)をSQL文を使って扱うくらい簡単に、 データ抽出したり、ソートしたりする方法ありませんか?
296 名前:デフォルトの名無しさん mailto:sage [2005/10/31(月) 23:10:12 ] まず日本語を勉強します。