Objective-C

1 名前：デフォルトの名無しさん mailto:sage [05/01/29 16:18:12 ] ほんとプログラマにとってはMacって 本当に興味が無いOSだよねｗ Macでの標準的な言語であるObjective Cのスレすら無いし。 過去にはあったんだろうけど。 552 名前：デフォルトの名無しさん mailto:517 [2006/04/26(水) 21:19:11 ] >>547 ではなんで今あって、よっぽど使ってる人が多い言語の Cocoa-Java Interface を Apple は捨てるんでしょうね？ Microsoft の .NET 戦略をみてもソフト会社だけあってか、ハードから 隔離させようとしてるのに、Apple は何でこんなマイナーで泥くさい言語にこだわるのか。 553 名前：デフォルトの名無しさん [2006/04/26(水) 21:42:45 ] Cocoa-Javaはこれから先が無いにしても、Javaそのものを排除してるわけじゃなし。 まあAppleの戦略について、ここで語ってもしかたないべ。 ところでマイナーなのは間違いないが、Objective-Cは泥くさいか？ エレガントでスマートなコードを書いてる自信はないけどさ。 554 名前：デフォルトの名無しさん [2006/04/26(水) 22:02:38 ] setValue:a forKey:b みたいな書き方、俺は好きだね。 setValueForKey(a,b)なんて泥臭くてｗ 555 名前：デフォルトの名無しさん mailto:sage [2006/04/26(水) 22:09:15 ] >>552 ハードとは十分「疎」になってるでしょ。OPENSTEP は SPARC でも 動いてたんだから。Apple からしたら、Java の様に OS からも「疎」 にする必要は無いし、Objective-C で問題無いんじゃないの。 C の資産を丸ごと使えるわけだから、ユーザベースが少ない事が問題に なるケースは少ないだろうし。 556 名前：デフォルトの名無しさん mailto:sage [2006/04/26(水) 22:35:07 ] >>525 Mac OS Xネイティブアプリケーション開発用としては、Javaを捨てたってこと でしょ。そんな余裕があったらCocoaの機能増やすし、JavaはJavaで Cocoaに併せてる暇があったら、さっさと6.0に備える、ってことでしょ。 実際5.0 Release 4のリリースは困難を極めたわけだし。Developer Preview 7 まで行くなんていままで無かったぞ。 Java自体は開発しつづけないと、サーバOSとしての用途が恐ろしく限られて しまうので、結構必死に開発してるようだが。 あとCocoa+Javaという形じゃなくて、Java側からJavaのやり方で、Cocoaの ビューをAWT内で使う方法とかは作られてるね。Cocoa Componentとか。 557 名前：デフォルトの名無しさん mailto:sage [2006/04/26(水) 22:36:46 ] つうか、PHP 4で大規模開発なんて、おれは関わりたくないな。 558 名前：デフォルトの名無しさん mailto:sage [2006/04/26(水) 23:05:32 ] 趣味でObjective-C使ってる自分には、>>554で十分だと思った。 そこは本質ではないんだろうけど。 559 名前：デフォルトの名無しさん mailto:sage [2006/04/27(木) 08:37:51 ] Cocoaフレームワークに静的なJava言語が対応しきれないというのも原因なのかもね。 pcweb.mycom.co.jp/column/objc/006/ 560 名前：デフォルトの名無しさん mailto:sage [2006/04/27(木) 10:47:22 ] つか、Sunの企業利益のために割く人的資源は無いって事だろ？ 561 名前：デフォルトの名無しさん [2006/04/27(木) 12:37:41 ] Cocoa+Javaは、引数が構造体や配列になっているメソッドがシカトされている事が多い。 機械的にバインディングを作れないので、力尽きたのでは無いかと思われ。 あとJavaのGCが動くタイミングで落ちる等の不具合が、とうとう直せなかったような気がする。 562 名前：デフォルトの名無しさん mailto:sage [2006/04/27(木) 13:45:15 ] >>561 そういうバグがあったのか。 もしかしてそれって、 Cocoa+Java で（明示的に生成していない） NSAutoreleasePool でコケてたのと根は一緒？ 563 名前：デフォルトの名無しさん mailto:sage [2006/04/27(木) 20:32:38 ] わかった、Effective Objective-C が欲しいんだな、たぶん 564 名前：デフォルトの名無しさん [2006/04/27(木) 20:51:24 ] >>564 それはすごく欲しい。 565 名前：デフォルトの名無しさん mailto:sage [2006/04/27(木) 21:30:40 ] 俺様が執筆してくれるわ 566 名前：デフォルトの名無しさん [2006/04/27(木) 22:20:46 ] ははっ 567 名前：デフォルトの名無しさん mailto:sage [2006/04/27(木) 23:03:42 ] Objective-C用単体テストフレームワークってありますか？ SmalltalkならSUnit、JavaはJUnitがありますが 568 名前：デフォルトの名無しさん mailto:sage [2006/04/27(木) 23:07:04 ] OCUnitがXcode2(10.4)から添付されてる。他のもあたるなら ttp://www.cocoadev.com/index.pl?UnitTesting あたり。 569 名前：デフォルトの名無しさん mailto:sage [2006/04/28(金) 02:43:15 ] >>559 Cocoaの実用的な範囲であれば、リフレクションでなんとかなる。 ポージングとかの変態領域は、JDK7で予定されている動的クラス生成を待つ必要があるだろう。 570 名前：デフォルトの名無しさん mailto:sage [2006/04/28(金) 02:47:10 ] Cocoa-Javaは、AppKitを使う上では制約が多かったが、既存のJavaライブラリを使う分には便利だった。 何をやるにも困らないぐらいのライブラリがあったし。 571 名前：デフォルトの名無しさん mailto:sage [2006/04/28(金) 04:01:47 ] >568さんありがとっ！ 572 名前：デフォルトの名無しさん mailto:sage [2006/05/01(月) 08:08:13 ] >>547 >JavaやC++の最大のメリットは型チェックでもクラス指向でもなく、使っている人が多いということ。 激しく同意だなーこりゃ 573 名前：デフォルトの名無しさん [2006/05/01(月) 08:11:04 ] じゃあ誰が使い始めるんだよ？ｗ 574 名前：デフォルトの名無しさん mailto:sage [2006/05/01(月) 09:25:49 ] 最大のメリット以外に合致した人じゃないの。 一つしか言語を使っちゃ行けないわけでなし。 575 名前：デフォルトの名無しさん [2006/05/01(月) 11:05:39 ] じゃあその最大のメリットって奴をどうやって計ったんだ？w 576 名前：デフォルトの名無しさん [2006/05/01(月) 13:09:14 ] >>554 set(value := a, key := b) と書かせる言語も幾つかあるね。 577 名前：デフォルトの名無しさん mailto:sage [2006/05/01(月) 16:13:06 ] >>576 AppleScriptもレコード使えばそういうことができるな。 578 名前：デフォルトの名無しさん mailto:sage [2006/05/01(月) 23:06:49 ] キーワード引数を取れるのは、Smalltalk, Common Lisp, Dylan, Self, Slate, Python なんかがある。Lisp 系と Smalltalk 系で扱いはちょっと違うけど。 579 名前：デフォルトの名無しさん [2006/05/02(火) 09:57:50 ] >>578 PL/SQLもいけるよ。 Oracleの拡張かもしんないけど。 580 名前：デフォルトの名無しさん mailto:sage [2006/05/02(火) 10:05:55 ] PL/SQL自体がOracleの私物だろ 581 名前：デフォルトの名無しさん [2006/05/02(火) 11:24:48 ] >>580 IBMやMSのサーバのストアードプロシージャは、PL/SQLじゃないの? てっきりIBMのDB2がオリジナルで、ISOで標準化された物だと思っていたよ。 582 名前：デフォルトの名無しさん mailto:sage [2006/05/02(火) 12:03:14 ] つ ttp://ja.wikipedia.org/wiki/PL/SQL IBM DB2は SQL PL MSは Transact-SQL というところでスレ違い化してきたので、あとはぐぐって。 583 名前：デフォルトの名無しさん mailto:sage [2006/05/07(日) 15:27:54 ] os x 10.4.6 で man gcc すると Leopard で garbage collection が追加されると 書いてあるという話... うちでは man gcc-4.0 しないとダメだったけど。 theocacao.com/document.page/258 584 名前：デフォルトの名無しさん mailto:sage [2006/05/09(火) 19:12:24 ] >578 VBも仲間にいれてやってください・・ 585 名前：デフォルトの名無しさん mailto:sage [2006/05/09(火) 23:35:34 ] ｽﾏﾝね。Windows 系は殆ど知識無いんだ。 Smalltalk 系はメッセージ式の一部であり、構文拡張にもなるのが良いね。 単なる引数のラベルじゃない所が気持ち良い。 586 名前：デフォルトの名無しさん mailto:sage [2006/05/18(木) 10:23:04 ] >>584 VB のは本質的に違うんじゃない？ もしそれが OK なら Perl や Ruby も OK になる 587 名前：デフォルトの名無しさん [2006/05/18(木) 13:15:10 ] rubyの場合は、辞書が一時変数として作られるだけだな。 588 名前：デフォルトの名無しさん [2006/05/22(月) 05:45:33 BE:18511766-#] ﾏｶｰだけどこのスレちょくちょく購読させて貰うね 589 名前：デフォルトの名無しさん mailto:sage [2006/05/22(月) 23:28:32 ] >>588 では早速はじめの一月分の金を払ってくださいw 590 名前：デフォルトの名無しさん mailto:sage [2006/05/23(火) 00:12:11 ] マカーポーシャ 591 名前：デフォルトの名無しさん mailto:sage [2006/05/25(木) 11:37:57 ] Smalltalk のはキーワード引数じゃなくてメソッド識別子の一部のような気がするけど・・・ いや、「気がするけど」じゃなくて「一部である」と強気に主張してみる。 592 名前：デフォルトの名無しさん mailto:sage [2006/05/25(木) 14:13:47 ] そんな身構えなくとも、そうだと思う。Smalltalk のキーワードは、 セレクタの一部で分離、再配置はできない仕組み。 Objective-C も原則同じなのでは？ receiver do: #something for: #me receiver　……　メッセージレシーバ do: #something for: #me　……　メッセージ do:for:　……　メッセージセレクタ、もしくは、メソッド名 　　　（前者はメッセージ寄りの呼び名、後者はメソッド寄りの呼び名。コロンも含める） #something と #me　……　第１引数と第２引数 一般的な記法に当てはめると、 receiver.do:for:(#something, #me) だから、LISP の機能の流れをくむキーワード引数とは別物。 593 名前：デフォルトの名無しさん mailto:sage [2006/05/26(金) 09:15:09 ] キーワード引数ならPythonがよくできてる。 位置で指定することも、キーワードで指定することも両方できるうえに、 該当しないキーワードを自動的にDictionaryにいれさせることも可能。 例えばHTMLタグを生成するようなメソッドを定義するとき、知らないキーワードが指定されたら それはHTMLタグの属性名だと判断して属性を出力する、なんてことができる。 スレ違いだけど、参考までに。 594 名前：デフォルトの名無しさん mailto:sage [2006/05/26(金) 13:28:59 ] そりゃ便利そうだな。 と思ったが、メッセージ送信にそんなコストかけてらんないか・・・ 595 名前：デフォルトの名無しさん mailto:sage [2006/05/26(金) 13:52:28 ] >>594 存在しないキーワード付きの変数が現れたときに、 エラーにするかわりにmapを構築して渡すだけでそ。 コストはゼロでは？ 596 名前：デフォルトの名無しさん mailto:sage [2006/05/26(金) 16:35:54 ] Cocoaの場合、結構NSArrayやNSDictionaryを引数にするメソッドがある。 なので、NSStringみたいな初期化構文はあっても良いかもしれない。 配列 [self dispose:@[@"Basic", @"SQL"]]; 辞書 [self assess:@{@"Basic" => @"garbage", @"SQL" => @"taint"}]; 構文糖だな(--;; 597 名前：デフォルトの名無しさん mailto:sage [2006/05/29(月) 15:20:11 ] [NSArray arrayWithObjects:@"Basic", @"SQL"]; これじゃダメなのかえ？配列の場合だけど。 598 名前：デフォルトの名無しさん mailto:sage [2006/05/29(月) 15:22:12 ] nil入れ忘れた 599 名前：デフォルトの名無しさん [2006/05/29(月) 16:08:02 ] >>597 それの省略構文に過ぎないから構文糖。 600 名前：デフォルトの名無しさん mailto:sage [2006/05/29(月) 16:10:58 ] しかしまあ、@ 601 名前：デフォルトの名無しさん [2006/06/24(土) 00:58:44 ] すっかり廃れてしまったので、この記事を。 【境界を越える: Javaモデルを超える型定義戦略】 www-06.ibm.com/jp/developerworks/java/060621/j_j-cb05236.shtml 安全性と柔軟性 静的言語か動的言語かという議論の要点は、ある意味で安全性対柔軟性か、という点に尽きます。 静的言語の支持者達は、より安全な言語が良いのだと信じています。 動的言語の支持者達は、安全性のために費やされる労力を嫌います。 彼らにとって言語を評価するための鍵は、プログラマーの効率を最大にするためにいかに 素早く概念を表現できるか、という点です。 そうしたスペクトル分布の対極として、静的言語のエキスパートは、初期のバグを捉えることが 『可能』ならば捉える『べき』であり、言語の持つ制限はツールで補える、と主張するのです。 皆さんはプログラミング言語のユーザーとして、良きにつけ悪しきにつけ、ある時点で その言語の型定義戦略の奴隷となっています。 筆者は動的モエ〜らしいけど、 確かにO/Rマッピングとかやってると静的なのが面倒に感じる場合があるし。 ただ、言語である程度規定しないと静的な面の利点を享受できないから、 Objective-C は C との互換性やシンプルであれという思想からそれらの利点を捨てた時点で、 代替物が豊富にある Java の方がやはりプラットフォームとしての魅力はあるなあと。 逆説的に言えば、そうした利点を土台にしたからこそ、豊富な代替物を 引き寄せたとも言えるかもしれないね。 602 名前：デフォルトの名無しさん mailto:sage [2006/06/24(土) 14:24:55 ] 動的言語のスピードを生かしてプロトタイプを作り、 静的言語の安全性を生かして完成品を作る。 ってのが理想。 603 名前：デフォルトの名無しさん [2006/06/30(金) 01:56:40 ] webで調べたら、C++のクラスをインスタンス変数で使うときの 制限がたくさん載っててびびった。 newすればコンストラクタも仮想関数も問題なしってことなの? 604 名前：デフォルトの名無しさん [2006/06/30(金) 12:58:48 ] >>603 Tiger以降なら-fobjc-call-cxx-cdtorsつけとけばいいんじゃないの。 605 名前：デフォルトの名無しさん [2006/07/01(土) 02:42:33 ] >>604 ググッたけど分からんかった。 objevtivecからc++のコンストラクタとデストラクタを呼ぶって意味なのかな? とりあえず、純粋なC++コードが動作するってんならうれしいのだが。 606 名前：デフォルトの名無しさん mailto:sage [2006/07/02(日) 09:25:41 ] >>604 >-fobjc-call-cxx-cdtors developer.apple.com/documentation/developertools/gcc-4.0.1/gcc/Objective_002dC-and-Objective_002dC_002b_002b-Dialect-Options.html 607 名前：こぴぺ [2006/07/04(火) 17:31:53 ] Online会員もOKになってるよ。無料。 Cocoaセミナー中級編開催 7月11日（火）、8月1日（火） developer.apple.com/jp/ ・書類とアプリケーションの間の関係の解説 ・テキストファイルの読み込みとその表示 ・Cocoaのデザインパターン ・XMLのパース ・配列、辞書といった、Cocoaのコレクションクラス ・テーブルビュー、アウトラインビューの使用方法 608 名前：デフォルトの名無しさん [2006/08/06(日) 12:00:57 ] [self age]; 609 名前：デフォルトの名無しさん [2006/08/08(火) 04:22:52 ] Objective-C 2.0 So compelling, Apple wrote Xcode 3.0 itself in it. Enjoy modern garbage collection, syntax enhancements, runtime performance improvements, and 64-bit support. At your own pace, since it’s backwards compatible with existing Objective-C source. Write applications more quickly with fewer bugs using Objective-C in Xcode 3.0. だってよ。GC ついたらしい。 www.apple.com/macosx/leopard/xcode.html 610 名前：デフォルトの名無しさん [2006/08/08(火) 04:31:06 ] NHKは公共放送なのに公務員じゃないから採用は国籍不問。 だからNHKの司令塔であるNHK東京とNHK大阪は 上層部から制作現場・アナウンサーまで 「在日朝鮮人」「在日韓国人」「偽装帰化人」職員だらけ。 日本人関係者も韓国・北朝鮮・中国マンセーの創価・左翼(共産主義者)だらけ。 その結果、反日どころか売国放送ばかりする さらに日本人から絞り取った受信料を使って 韓国に住んでる親類にタダで韓国ドラマを衛星放送してやっている。 だからNHKはスクランプル化に大反対。 日本国民の金を法権力で強制徴収してるのに このまま外国籍人に好き勝手をさせていいのか？ ハッキリ言ってNHKの存在自体が主権在民を定めた憲法違反だ。 NHKや朝日などの売国マスコミ以外の 海外や日本の他の報道機関が既に過去に報道してバレてるカビの生えた古い事だけカキ集めて あたかも自分だけがスクープしたかのような北朝鮮特番を恥知らずに放送するNHK。 「今まで私共NHKが隠蔽し握り潰して来た事実の集大成番組です」ってタイトルで放送すればピッタリだ。 日本社会と日本国民のNHKを見る認識と風向きが180度変わり 不安と恐怖にさいなまれて自分が韓国・北朝鮮・中国マンセーの「ポチ」じゃ無いと言い張り アリバイ工作のハリボテ番組を必死で放送する恥知らずなNHK。 しかしもうそんな姑息で卑怯な言い訳やウソは通用しなくなっている事にさえ気付かない哀れなNHK。 でもどんな言い訳をしても売国奴の末路は悲惨なものだから覚悟しとけよNHK。 まさかそこまで追い詰められていたなんて知らなかったよNHK。 ( ﾟ∀ﾟ) ｱﾊﾊ八八ﾉヽﾉヽﾉ ヽ ﾉ　ヽ ﾉ 　＼ 　ﾉ 　　＼　 / 　　 ＼　　/ 　　　　　 611 名前：デフォルトの名無しさん mailto:sage [2006/08/08(火) 08:20:38 ] なるほど 612 名前：デフォルトの名無しさん [2006/08/09(水) 03:51:55 ] やっと、GCC4.1.1+obj-c++の環境のコンパイルが完了。winの上でやっています。 さてと、昔NextStepでプログラミングをしていたので、マニュアルをひっぱり だしてきてちょっとやってみますか。 ちなみに、「NEXTSTEP OBJECT-ORIENTED PROGRAMMING AND THE OBJECTIVE C LANGUAGE」という本がありますが良い本ですよ。 もう売っていないでしょうけど、オブジェクト指向の本質的なことがうまく 書いてあります。 私は、C++もかなり長いことやっていて思いますが、C++はやはり言語仕様的 には強力なものがあり、加減を忘れるととことんまで機能を使いながらコー ディングをしてしまいますが、アプリケーションの性質に応じてその機能を 使い方をどこまでにすれば良いのか判断にあぐねることが多いですね。 　よくあるのが、多重継承をしまくると保存と読み出しの際に元に戻せなく なったりします。これはjavaのinterface や、objcのprotocolやcategory的な 機能がなかったりするために基底型から目的のポインタを得るのに大変苦労 をします（C++の仮想基底型は本当のインターフェースとは異なると思います）。 そういう意味でオブジェクト指向といいながら、最後は型がはっきりわかる javaやobjcのほうが現実には使いやすい言語じゃないかと思ったりもします( アプリを作るというのは最後は小細工が必要なんです）。 さて、objc++を少しさわってc++のはかなさでも味わいますか....。 613 名前：デフォルトの名無しさん mailto:sage [2006/08/10(木) 00:28:27 ] >612 またObjective-Cのために？gcc4系ってのは（汗。さすが。 で、その本なんだけど、AppleがRhapsodyの時に日本語PDFファイルで配布してたやつと大体一緒のやつかな？ しかしObjective-C 2.0ってGCとかどうでもいいんだけど（実質今のGNUstepでもアリだしさ）、言語仕様の拡張というかsyntaxが拡張されるっつーのが気になるなぁ。 BlockClosureとか使えるようにすんのか？とりあえずC++的な鵺には並んでほしいとこですが。 実際の仕様が貧乏人に公開されるのはもっと先だろうしなぁ。 614 名前：デフォルトの名無しさん [2006/08/10(木) 14:20:32 ] >613 セットで、匿名ブロックが欲しい。 アレが無いと、クロージャの魅力が半減する。 615 名前：デフォルトの名無しさん mailto:sage [2006/08/10(木) 19:42:14 ] >>614 今のObjective-Cにクロージャってあったっけ？ あれはGCがないとちゃんとした実装は難しいと思うのだが。 616 名前：デフォルトの名無しさん [2006/08/12(土) 03:40:17 ] >>613 612です。たぶん、一緒でしょう。少し改定されていると思いますが。 OBJC-2.0といってもnamescopeもないし、ただ、C++と混在できるだけ。 やっぱりnamescopeがないのが一番困る。それとクラス静的変数を用意 してほしい。 　クロージャについてはないですね。もともとベースがC++,Cなので難 しいでしょう。でも、GCCのC（C++にはない）の内部関数が使えるという ことはパスカルスタックを実現しているはずなので、JAVAでいうロー カルクラスによるクロージャチックなことが出来そうにも思うのですが ．．．．。もう少しみてみないとわかりません。 でもクロージャが使えるようになると、もう違う言語ですね。GDBが追い つかないように思います。そろそろOBJCもC#みたいに大変身するかも。 617 名前：デフォルトの名無しさん mailto:sage [2006/08/12(土) 08:31:59 ] >>613 >AppleがRhapsodyの時に日本語PDFファイルで配布してたやつと大体一緒のやつかな？ nyとかで流れないものかなぁ。 618 名前：デフォルトの名無しさん mailto:sage [2006/08/12(土) 09:02:48 ] まずAppleに頼むのが筋だろう。 619 名前：デフォルトの名無しさん mailto:sage [2006/08/12(土) 16:35:23 ] >>617 どっかでひろった PDF もってるけど、基本的にいま Apple が配布してる developer.apple.com/documentation/Cocoa/Conceptual/ObjectiveC/index.html とおんなじだよ。図版もずっとつかいまわしで、はじめにでてくる時計の絵とかも全く一緒。Apple 版のほうがページ数すくなかったりしますが、 それは developer.apple.com/documentation/Cocoa/Conceptual/MemoryMgmt/index.html とか developer.apple.com/documentation/Cocoa/Reference/ObjCRuntimeRef/index.html が切り出されて説明が加わってべつのドキュメントになってるから。 620 名前：デフォルトの名無しさん mailto:sage [2006/08/12(土) 16:39:14 ] あとはこの辺 www.channelu.com/NeXT/ とか Sun のこの辺 docs.sun.com/app/docs/coll/116.1?l=ja とか GnuStep の www.gnustep.org/developers/documentation.html とか。 621 名前：デフォルトの名無しさん mailto:sage [2006/08/12(土) 21:48:45 ] >>619 Appleが翻訳した日本語版は ttp://developer.apple.com/jp/documentation/japanese.html で、その中に Obj-C ttp://developer.apple.com/jp/documentation/cocoa/Conceptual/ObjectiveC/index.html とか Cocoa基礎ガイド ttp://developer.apple.com/jp/documentation/Cocoa/Conceptual/CocoaFundamentals/index.html などあるね。 622 名前：デフォルトの名無しさん mailto:sage [2006/08/12(土) 22:31:08 ] ObjCの翻訳はちょい古くてIntelの話が無い。 まぁドラフトとれ次第、2.0をやってくれるだろ。 623 名前：デフォルトの名無しさん mailto:sage [2006/08/13(日) 00:08:39 ] >>622 >まぁドラフトとれ次第、2.0をやってくれるだろ。 つまり「泳げる頃には」読めるんですな(苦笑) 624 名前：デフォルトの名無しさん mailto:sage [2006/08/13(日) 15:47:52 ] 何の情報も持たず、憶測で断言してる人ってなんなの？ 625 名前：デフォルトの名無しさん mailto:sage [2006/08/13(日) 15:50:37 ] >624は >616のことね。 626 名前：デフォルトの名無しさん mailto:sage [2006/08/13(日) 21:05:11 ] >>616が何を断言したって? 627 名前：デフォルトの名無しさん mailto:sage [2006/08/13(日) 22:30:29 ] WWDC行ってる人もいるでしょ。616が行ったかどうかはわからんけど。 628 名前：デフォルトの名無しさん mailto:sage [2006/08/14(月) 00:13:16 ] で、クロージャは付くのか？ 629 名前：デフォルトの名無しさん mailto:sage [2006/08/14(月) 00:50:02 ] WWDCの内容はしゃべれないんだよな いつになったら情報でてくるのか 630 名前：デフォルトの名無しさん mailto:sage [2006/08/14(月) 08:36:49 ] WWDCででた情報はしゃべれなくても、でてない情報はしゃべれるだろ。 WWDCでクロージャの話はでた？ 631 名前：デフォルトの名無しさん mailto:sage [2006/08/14(月) 09:28:18 ] >>630 ﾜﾗﾀ GC って Boehm GC なの? それともオリジナル? 632 名前：デフォルトの名無しさん [2006/08/14(月) 09:52:46 ] >>631 以前出てた情報ではオリジナル。 633 名前：デフォルトの名無しさん [2006/08/14(月) 13:05:07 ] >>616 Javaの匿名クラスはクロージャ風味を目指しているけど、準備と構文が煩雑すぎて愛されなかった。 C# 2.0の匿名ブロックぐらいが使い物になる境界線だと思う。 Java 7にも、ほぼ同じ構文が入る事になってる。 Objective-Cの場合、事前にInterfaceやdelegateを宣言する必要が無いと思うので、実装されれば幸福度は高いと思う。 634 名前：613 mailto:sage [2006/08/14(月) 15:13:33 ] >616 　なるほど。あれのコラムとかは結構勉強になったもんす。 　後のCocoa本（オライリーから翻訳でたけど）よりよっぽどこっちの方が役に立ったというか（笑） 　Appleからは当時のオリジナルはないけど、NeXT絡みのサイトを調べるとまだ拾える所があったりするから不思議（笑） 　個人的にはObjective-C 2.0ってGNUの方でも対応できるのだろうか？（GNUstepどうなるよ？）が今一番大きな心配だったり（笑） 　 635 名前：デフォルトの名無しさん mailto:sage [2006/08/14(月) 17:46:50 ] Apple の runtime が必要になるから、簡単にはいかないよ (笑) 636 名前：デフォルトの名無しさん mailto:sage [2006/08/14(月) 19:51:15 ] Apple runtime って、 opendarwin だったかなんかで 公開されてなかたっけ？ www.opensource.apple.com/darwinsource/10.4.7.x86/objc4-274/ 637 名前：デフォルトの名無しさん [2006/08/15(火) 03:23:23 ] なんでもいいからNameScopeだけでも導入してくれ。いまや何でもかんでも クラス化するのにグローバルにしかクラスが定義できないなんて最低だ。 使えん。クロージャなんかなくてもかまわん。 あと、Undoのマネージメントの仕組みも導入してほしいな。完璧でなくて いいが、モデルがほしい。 638 名前：デフォルトの名無しさん mailto:sage [2006/08/15(火) 03:51:42 ] >>632 ｻﾝｷｭ。オリジナルなんだ。実装の詳細を見られるのが楽しみだ。 639 名前：デフォルトの名無しさん mailto:sage [2006/08/15(火) 04:43:35 ] >>637 だれもつっこんでないからいうけど、NamescopeじゃなくてNamespaceな。 日本語でいうと名前空間。 しかしNamescopeはなかなかいい造語のように思える。おまえ、センスあるよ。 640 名前：デフォルトの名無しさん mailto:sage [2006/08/15(火) 04:52:18 ] カスを下手に誉めるとつけ上がるのでやめとけ。 641 名前：デフォルトの名無しさん mailto:sage [2006/08/15(火) 12:33:30 ] www.cocoadev.com/index.pl?ObjC 腐敗臭がする。 642 名前：デフォルトの名無しさん [2006/08/15(火) 13:56:53 ] >>637 つけあがらないようにつっ込んでおくが、Undoの仕組みはかなり前に導入されたぞ。 Cocoaのクラス一覧を良く眺めてミロ。 643 名前：デフォルトの名無しさん mailto:sage [2006/08/15(火) 17:00:00 ] Namescape 644 名前：デフォルトの名無しさん [2006/08/18(金) 03:39:01 ] >>642 あんなもの使えん。おまえ、本当にアプリつくっているの？ 645 名前：デフォルトの名無しさん mailto:sage [2006/08/19(土) 07:35:44 ] >>644 俺はそれを使った事ないんだが、どうダメなのか簡単に。 646 名前：デフォルトの名無しさん [2006/08/28(月) 10:44:52 ] 誰かObjective-C 2.0の情報をまとめて下さい。 647 名前：デフォルトの名無しさん mailto:sage [2006/08/28(月) 11:12:04 ] OSにつかわれてこそのプログラミング言語 648 名前：デフォルトの名無しさん mailto:sage [2006/08/29(火) 04:10:16 ] OS って Kernel の事を指してる? 649 名前：デフォルトの名無しさん mailto:sage [2006/08/29(火) 14:46:03 ] OSといってんだからOSだろ 650 名前：デフォルトの名無しさん mailto:sage [2006/08/29(火) 17:33:49 ] Kernelの記述に使われてる言語ならほとんどはC言語とアセンブラかな。 ごく一部でC++もあるらしいけど。 651 名前：デフォルトの名無しさん mailto:sage [2006/08/29(火) 17:57:10 ] macosx は、objc でかいてあるの？ 652 名前：デフォルトの名無しさん mailto:sage [2006/08/29(火) 20:59:31 ] objcがmacosxでかかれているよ

---

---

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

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