Objective-C - 暇つぶし2ch

Objective-C ..

403:デフォルトの名無しさん
06/02/27 03:09:51
>>401
girlfriend を autorelease して渡す
奇特な友人は居ないと思われ...

404:デフォルトの名無しさん
06/02/27 10:46:54
retainして他に渡すのも変じゃないか？

405:デフォルトの名無しさん
06/02/27 19:06:40
>>403
ちょっと彼女に会わせてあげる、みたいなノリじゃね？

406:デフォルトの名無しさん
06/02/27 20:52:00
myGirlfriend = [[myFriend girlFriend] retain];
[myFriend release];
myFriend = nil;

407:デフォルトの名無しさん
06/02/27 21:14:14
/* myFriendの復讐 */

- (nil)release
{
　[>>406 dealloc];
　[super release];
}

408:デフォルトの名無しさん
06/03/03 05:32:07
girlFriend: が nil を返さない保証はどこにあるのさ？

409:デフォルトの名無しさん
06/03/04 00:41:33
メソッドそのものが無かったりして…

410:デフォルトの名無しさん
06/03/08 18:51:45
ないものは作る
@implementation girlFriend
後はまかせた

411:デフォルトの名無しさん
06/03/08 19:28:07
いや、girlFriendはインスタンス変数だと思うが。
クラスはGirlですか

412:デフォルトの名無しさん
06/03/08 19:38:36
@implementation Human (GirlFriendInformalProtocol)

413:デフォルトの名無しさん
06/03/08 21:09:57
- (id)initWithBoyFriend:(Human *)aBoyFriend
{
self = [super init];
if(!self) return nil;
if( [aBoyFriend height] < 170.0 ) return nil;

boyFriend = [aBoyFriend retain];
return self;
}

414:デフォルトの名無しさん
06/03/09 20:17:14
はじめてCocoaでSocketのプログラムを書いてみました

asyncSocket
smallsocket
等ライブラリがあるようですが、どれを使っても同じ問題が発生しています

問題
Javaで書かれたサーバーに接続し、Objective-Cクライアント側のsocketとstreamをcloseしてもサーバー側では分からないのです。
他の言語でクライアント側を書いた時は、クライアント側でcloseすると、サーバー側で検知されました。
これってOSXでは通常の動作でしょうか？どのようにしたら、サーバー側で検知できるでしょうか。
サーバー側のsocketに何かプログラムが必要でしょうか。
現在は、javaサーバー側のsocketでタイムアウトが発生するまで検知されません。

どなたか教えて頂けませんか。

415:デフォルトの名無しさん
06/03/09 22:36:32
いわゆるひとつのマルチってやつですか

416:デフォルトの名無しさん
06/03/10 11:06:52
そもそも、クライアント側のクローズをサーバで検出する事が間違い。
LANの外に出るとほとんど機能しない。
クライアントが先に送信バイト数を送るか、最後に終了コードを送って、サーバ側に切断させるのが正解。
またサーバ側は、タイムアウトでも切断するようにする。

417:デフォルトの名無しさん
06/03/10 13:01:38
最後に終了コードを送るようにしていますが

closeが検出されないことが驚きでした

このような動作は　Objective-C＋OSX　だけではないでしょうか

Realbasicでも検出されました
javaやWINDOWS環境でも検出されます

何か間違っているでしょうか

418:デフォルトの名無しさん
06/03/10 17:15:46
何で通信してるか知らないけど、明示的にclose送ってみたら？
その後閉じる。

419:デフォルトの名無しさん
06/03/10 17:31:33
終了コードを送る場合　文字コードとかあるじゃないですか

なので　とりあえず close だけで　閉じても　サーバー側ではわからないのですね

正常にクライアントソケットを閉じてるのですからサーバーソケット側で
他の言語環境と同じように検知したいのですが

こういう動作はObjective-C＋OSXが初めてです

なぜ検知をしたいかというと不正なクライアントを識別する機能と関係しています

もし検知されないとしたら　Objective-C＋OSX　のクライアントから　適当なサーバーに繰り返し接続して
放置しておくだけで　DoS攻撃ができちゃいますよ

420:デフォルトの名無しさん
06/03/10 19:18:15
言語のせいなのか？

421:デフォルトの名無しさん
06/03/10 19:25:46
ほほうCocoaアプリのWebブラウザは全てDoS攻撃可能ですか
帰れ馬鹿。

422:デフォルトの名無しさん
06/03/10 19:45:48
だれも　CocoaアプリのWebブラウザ全て　なんて言っていませんよ
これからもずっと狭い世界で生きていってください

423:デフォルトの名無しさん
06/03/10 20:02:22
Objective-C＋OSXのクライアント、なんて書くからだろ。そんなの山ほどあるよ。
そしてキミのトラブルｗに類似した例で困ってる人なんか、ググっても誰も見つからなかったんだろ？
そこで気付くべきだ。狭い世界で生きてるのは自分だとなｗ

424:デフォルトの名無しさん
06/03/10 20:07:46
DoSの対処は、同一ホスト接続時ウェイトや最大接続数でやるものだ。
だいたいソケットのcloseは、ルータを跨ぐと伝わらないからインターネットでは使えない。
それに、終了コードで文字コードとかって何の話だ。
telnetで試せないような物を作っている気配がするぞ。
コマンドストリームなら英文字列のコマンドを送る物だし、データストリームは先にバイト数を通知する物だ。
まずネットワークプログラムの本で、定石なプロトコルの作り方を勉強した方が早いと思うぞ。

あとうまくいかない時は、まっさきに自分の不勉強を疑え。
そんな弱い心だと、腕が上がらんぞ。

425:デフォルトの名無しさん
06/03/10 20:44:56
コメントありがとう

>ソケットのcloseは、ルータを跨ぐと伝わらない
Objective-C＋OSX 以外は伝わりますよ
java　RealBasic　その他ウィンドウズの環境でも

426:デフォルトの名無しさん
06/03/10 21:17:32
プロトコルによる。

427:デフォルトの名無しさん
06/03/10 21:58:46
>>419
>終了コードを送る場合　文字コードとかあるじゃないですか
意味わかんね。自分の中で話閉じるな。

428:デフォルトの名無しさん
06/03/10 22:00:48
>>419
>なぜ検知をしたいかというと不正なクライアントを識別する機能と関係しています
だったら、なぜサーバからクローズしない。

429:デフォルトの名無しさん
06/03/10 22:35:41
終了コード云々はプロトコルの問題です文字コード云々もプロトコルに含まれます
socketのcloseとdisconnectの仕様についてが元々の質問です

Objective-C＋OSX 以外のsocketの仕様については一部述べています
その上でObjective-C＋OSXのsocketの仕様についてお尋ねしているのです

問題を切り分けた上で質問しているということです。

>だったら、なぜサーバからクローズしない。
httpのように直ぐ切断するものでなくて　接続が続くタイプのサーバーだからです

430:デフォルトの名無しさん
06/03/10 22:40:42
だったら、ふつうにサーバに切断要求を出せばいい
プロトコルも当然自分で規定してるんだろう？
切断用のコマンドなりなんなり決めればいいじゃないか

431:デフォルトの名無しさん
06/03/10 22:50:12
切断用のコマンドも決めていますよ

ただsocketの段階で他の環境と動作が異なっているので　質問しました

プロトコルがテキストベースの場合CRLFなどを読むコードを書かないとsocketの切断処理を書けない
のであれば　特殊だと思いましたので　間違っているのかどうか確認したかったのです

とりあえず動かすということでなくて　問題を切り分けした上で　プロトコル関係なく

OSXのsocketの動作として　どうなのかが質問のポイントです

432:デフォルトの名無しさん
06/03/10 22:52:55
誤：プロトコルがテキストベースの場合CRLFなどを読むコードを書かないとsocketの切断処理を書けない
のであれば
正：プロトコルについて　いろいろ決めて　そのコードを書かないとsocketの切断処理を書けない
のであれば

433:デフォルトの名無しさん
06/03/10 22:58:21
TCP socketと自分プロトコルのクローズを混同してる。
RealBasic, Java, Windows環境でも検出されるというが、
言語環境とOS環境も混同してる。
当然、UNIX Cの socketでも確認したんだよな？

434:デフォルトの名無しさん
06/03/10 23:06:26
なあ、とりあえずObjective-C関係なくないか？
ネットワークプログラミングのスレとかに移動してもらえると助かるのだが。

435:デフォルトの名無しさん
06/03/10 23:06:35
混同なんてしていません
あなたが勝手に間違っているだけとしか　思えませんが

UNIX C の socket とは何ですか？
なぜ　そんなもので確認する必要があるのですか？

436:デフォルトの名無しさん
06/03/10 23:07:04
UNIX Cの socketだけ　まだです

と言ってもObjective-Cから中で呼び出しているようですが　今度確認してみます

Windowsの言語と言っても沢山ありますから　ウィンドウズ環境とまとめただけです

TCP socketのクローズについて聞いているのですが
プロトコルのクローズについての返答が多いです

437:デフォルトの名無しさん
06/03/10 23:09:58
偽者行為して何になる＞435
こういうやつが多いのですか　マカーは

438:デフォルトの名無しさん
06/03/10 23:17:50
なんでマカーという単語が出てくるんだ。

439:デフォルトの名無しさん
06/03/10 23:22:39
新マックの方にも書いたのですが
質問の意味が直ぐわかる方が半分ぐらい
うざがってか　なんでか　からむ人が半分ぐらい
という感じだったからです

440:デフォルトの名無しさん
06/03/11 00:16:27
socketをクローズした時に、TCP FINが飛ばないって話ですか。
単にライブラリの誤用だと思いますけど。
ライブラリは止めて、NSStreamかCFStreamを直接使ってみたらどうです?

441:デフォルトの名無しさん
06/03/11 00:38:06
ありがとうございます

ライブラリといってもソースを読みましたが単純なものでしたが
できるだけ低レベルAPIでやってみます

442:440
06/03/11 01:08:38
プロトコルで皆に突かれている事も妥当なので、再考した方が良いですよ。
クライアントが終了コマンドを送ってそのままクローズすると、コマンドが届かなかったりします。
切断は、終了コマンドを受け取ったサーバ側が行う事が定石です。

443:デフォルトの名無しさん
06/03/11 01:10:20
いつまでもサーバが待ってる方が変だと思う

444:デフォルトの名無しさん
06/03/11 01:32:31
日本語は空白じゃなくて「、」で区切るんだよ。

445:デフォルトの名無しさん
06/03/11 05:51:19
基本的に切断はサーバ側で行っていますが
Objective-C＋OSXのsocketでcloseを検知しませんでしたので質問しました
予期しないクライアントの接続方法についてサーバー側では常に定石外のことも考えるべきだと思います
。を使わない時は、も使いません　いつも使わないわけではありません

失礼しました

446:デフォルトの名無しさん
06/03/11 14:40:01
OS X のソケットといっても BSD と異なるとは思えないけれど。

447:デフォルトの名無しさん
06/03/15 00:36:57
さて、Objective-Cの話に戻ろうか

448:デフォルトの名無しさん
06/03/16 21:03:39
-- I'm going down to the local autorelease pool for a quick swim, anyone care to join?

-- not me. you never know what's been released in there..

449:デフォルトの名無しさん
06/03/17 08:03:12
-- 近所の autorelease プールにちょっと泳ぎに行こうと思うんだけど、誰か一緒に行かない？

-- 僕は遠慮しとくよ。　何がリリースされてるか判らないからね。

450:http://www.vector.co.jp/soft/win95/util/se072729.html
06/03/18 21:30:52
TextSS　のWindowsXP(Professional)64bit化おながいします

もしくは64bitにネイティブ対応したテキスト置換ソフトありますか？

そういや64bitにネイティブ対応している２ｃｈブラウザてありましたっけ？

451:デフォルトの名無しさん
06/03/25 23:22:17
[self hosyu];

452:デフォルトの名無しさん
06/03/27 10:25:14
　∧||∧ 　　
（　 ⌒ ヽ　MonaOSにlibobjc移植してみたけどコンパイルできない・・・
　∪　。ﾉ　
　　∪∪

453:デフォルトの名無しさん
06/03/28 11:45:35
MonaOSってObjective-Cで書かれてんの？

454:デフォルトの名無しさん
06/03/28 12:43:09
>>453
C++とかC#とかぐちゃぐちゃだよ

単にObjective-Cが使いたかっただけなんだ

455:デフォルトの名無しさん
06/03/28 18:55:29
Objective-C�良いよね。

456:デフォルトの名無しさん
06/03/28 19:10:57
だよね。

457:デフォルトの名無しさん
06/03/29 00:51:28
[[NXApp alloc] init] とか見ると快感すら覚える。

458:デフォルトの名無しさん
06/03/29 20:49:22
[[Object alloc] init] と [Object new] はどうちがいますか？

459:デフォルトの名無しさん
06/03/30 09:50:39
>>Object<<
どっちも使えねぇという意味で違わない

460:デフォルトの名無しさん
06/03/30 19:29:03
NXApp ってあんた何年前の話よ。

alloc] init] と new ] の違いは、
後者は普通使わなくて前者をよく使うというだけでは、慣習的に。

461:デフォルトの名無しさん
06/04/02 01:58:47
俺の人生はNeXT Computer Inc.が消滅した時に終わったから...

462:デフォルトの名無しさん
06/04/02 10:24:39
すろやまさん？

463:デフォルトの名無しさん
06/04/02 13:46:30
荻原本復刊記念age

464:デフォルトの名無しさん
06/04/02 15:01:11
どう変わるかな、しかし高いので立ち読みだけにします。

465:デフォルトの名無しさん
06/04/02 15:14:50
萩原盆とはなんぞや

466:デフォルトの名無しさん
06/04/02 16:00:49
>>462
いい読みだが、漏れはあんな負け組さんじゃない。

467:デフォルトの名無しさん
06/04/02 16:51:42
>>265
これだろ？
「Objective‐C―MacOS Xプログラミング入門 MacOS Xプログラミング入門」
荻原剛志 (著)

Human Interface Guidelines　も復刊してくれ

468:デフォルトの名無しさん
06/04/02 19:09:49
>>466 人生終わってるのに勝ち組ｶｺｲｲｰ

469:デフォルトの名無しさん
06/04/02 19:53:05
すろやまさん乙

470:デフォルトの名無しさん
06/04/02 22:32:34
よく+(id)sharedInstanceみたいな感じでインスタンスをひとつだけ作ってそれを返すメソッドがあるけど、
あれってどうやって実装してるの？

471:デフォルトの名無しさん
06/04/02 23:36:49
？
単純にsingletonじゃねーの？

if (_object==nil){
_object = [[Hoge alloc] init];
}
return _object;

Hoge alloc, Hoge initは非公開にしてこんなかんじ？
もうちょっといろいろしてると思うけど
＃そういう話じゃない？

472:デフォルトの名無しさん
06/04/03 00:26:41
URLﾘﾝｸ(developer.apple.com)

473:デフォルトの名無しさん
06/04/03 09:31:45
Javaじゃあるまいし、initを非公開になんてしないんじゃね？
普通にinitでもファイルスタティックな変数に入れた共有インスタンスを返せばいい。

474:デフォルトの名無しさん
06/04/03 13:10:45
Amazon登場

Objective-C Mac OS Xプログラミング
荻原剛志 (著)
URLﾘﾝｸ(www.amazon.co.jp)

475:デフォルトの名無しさん
06/04/03 19:53:46
ありがとうございます。
Singletonっていうんですね。デザインパターンについてはあまり勉強してませんでした。

476:デフォルトの名無しさん
06/04/03 20:27:51
>>474
前作を持っている人は購入の必要はなさそうですか？

477:デフォルトの名無しさん
06/04/05 03:47:17
Objective-C++ で boostって使えます?
ヘッダインクルードすると大量のエラーが出ますが
やっぱりアウト?

478:デフォルトの名無しさん
06/04/05 06:57:20
externはしたのか。

479:デフォルトの名無しさん
06/04/08 18:24:50
レビューまだー？

480:デフォルトの名無しさん
06/04/08 20:34:31
せめて目次出して...

481:デフォルトの名無しさん
06/04/09 01:15:38
>>480
前の本との比較としては
・CHAP13「アプリケーションの構造」CHAP19「キー値コーディング」が追加。
・CHAP11「オブジェクトのコピーと保存」にアーカイブとプロパティリストについて追加
・第８章「例題：カードゲームのシミュレーション」が削除
という感じ。ディープすぎる内容が本文からコラムに移されていたりと
読みやすさとしても良くなってると思うよ。

482:デフォルトの名無しさん
06/04/09 07:59:45
前の持ってたらいらねーかなー
高いしなー

483:デフォルトの名無しさん
06/04/11 15:22:51
なぜか前の2冊持ってる俺

484:デフォルトの名無しさん
06/04/11 15:57:46
>>483
ヤフオクで高値で売ろうとしていたが、
復刊に気付かず売り抜けられなかったってこと？

485:デフォルトの名無しさん
06/04/11 16:45:44
萩原本買ってきた。
wktkしながら読みはじめる所。
次は、ヒレガス本のTiger版が欲しい。
つか、TigerであれだけAPIが増えたのに、それ関係の書籍が出ていないし。

486:デフォルトの名無しさん
06/04/11 17:21:24
出ないだろう。Macプログラム本は基本的にはどこの出版社も
出したがらない。mixiのどこだったか忘れたけど２年がかりで
Macプログラム本を書いたのにボツにされた人がいた、とか
書いてあったよ。

487:デフォルトの名無しさん
06/04/11 18:22:28
ヒレガスじゃないけど、Tiger本出るよ。

488:デフォルトの名無しさん
06/04/11 18:42:14
>>476
是非Web公開してほしいじゃないか

489:デフォルトの名無しさん
06/04/11 19:06:19
>>486
んなこたあない
Macプログラム本は種類が少ないから結構売れる。

490:デフォルトの名無しさん
06/04/11 20:48:52
>>481
じゃあおまえが出版社つくって売ってやれ

491:デフォルトの名無しさん
06/04/14 11:37:31
>>487
ソースきぼん。

492:デフォルトの名無しさん
06/04/14 17:03:33
CHAP15の例外とエラーは、Tiger向けにかなり書き直されてる。
購入推奨。
ただし、スレッド周りダメっぽい。
volatileとメモリバリアの区別が付いていないように読める。

493:デフォルトの名無しさん
06/04/14 23:25:05
>>491
本人か周りの人だろ。ローカスか広文かBNN
って、全部出版社潰れたんだっけ？

494:デフォルトの名無しさん
06/04/16 14:31:49
volatileって、実行コードになった時、該当変数をレジスタで保持しないって指定だよね？
たしか、別タスクで書き替えられる可能性のある変数の変更がちゃんと反映されるように保障する指定

495:デフォルトの名無しさん
06/04/16 15:16:35
>>494
それもあるけど最適化もしない。

while (i--);

なんて文は大抵最適化で消されるけど、
iがvolatileだったら消されずに実行される。

496:デフォルトの名無しさん
06/04/17 00:03:09
それ買ってObjective-Cっての勉強しようと思ったが、
値段見て愕然とした、米買えなくなるから諦めた。

497:デフォルトの名無しさん
06/04/17 00:23:18
>>494
違う。最適化コードの出力を禁止するだけ。
組み込みとかでメモリにI/Oが割当たっている時に、
書き込みが省略されたりすると意味が変わってしまう時に使う。
一方ハードウェアの実行時最適化(命令の並べ替え)には影響しないので、
マルッチスレッド下での排他制御には意味を持たない。
メモリバリアとか、メモリの可視性とかを調べよう。

498:デフォルトの名無しさん
06/04/17 01:04:49
>>497
>>494は排他なんて言ってない。
変更が反映されると言ってるだけだから、参照だけだろ。
むしろvolatileだけで排他なんかかけたら問題だw

499:デフォルトの名無しさん
06/04/17 08:49:31
>>498
違う。参照も保証されない。
お前もメモリバリアを勉強し直せ。

500:デフォルトの名無しさん
06/04/17 09:23:37
CのvolatileとJavaのvolatileが混同されているな

501:デフォルトの名無しさん
06/04/17 12:15:16
>>499
そうね。
Cの場合は下記を参照
URLﾘﾝｸ(www.yuasa.kuis.kyoto-u.ac.jp)
Javaはこのあたり参照
URLﾘﾝｸ(www.netgene.co.jp)
C/C++の場合は、volatileはスレッド間のメモリ可視制御を何もやっていないけど、
Javaについては意味がある。

現状Cocoaの場合、インラインアセンブラでメモリバリアを差し込むか、
メモリバリアを入れるOSコールを呼び出す必要がある。
Cocoaが下請けに使っているpthreadについては、「メモリ同期を行う関数」一覧があるので調べられる。
が、Cocoaのどのクラスのどのメソッドが該当するのかは、ドキュメントが見当たらないので推測になる。

念のために書いておくが、494の認識はマルチプロセッサ登場前は概ね正解だった(それでもCPUによる)。
そのため嘘を書いている本は大量に残っている。
ちゃんとした本はあまり無いが、Effective C++を書いたエロイ人のドキュメントもあるので、
英語が読める人には推奨しておく。
URLﾘﾝｸ(www.nwcpp.org)

502:デフォルトの名無しさん
06/04/17 16:08:59
Objective-C の @synchronized ではいかんの？

マルチスレッド書いたことないのですいません

503:デフォルトの名無しさん
06/04/17 17:02:49
>>502
問題無い。lock系の操作はメモリバリアが入ってる。
ダメなのは、「4バイト以下のvolatile変数を使えばロックを使わないで済む」という勘違い。
複数のスレッドが変数にアクセスする場合の選択支は二つあって、
・常にlockして読み書きする。
・読み書きのポイントにメモリバリアを入れる。
のどちらか。
後者の方が性能面で有利だけど、前者を使う方がミスが少ない。
@synchronizedを使うのが一番確実。

ちなみにダメな理由を大雑把に説明すると、最近のCPUはアセンブラコードの順番を勝手に入れ替えて最適化処理をやっている。
その結果、コード上とは異なる順番でメモリ上の変数が書き換わったりしている。
これは単一のCPUから見る限り問題無い(ように最適化されてる)のだけど、他のCPUで動作するスレッドから見ると不味い事になる。
例えば、カウンタとフラグに関係を持たせたりしていると、タイミング次第で誤動作してしまう。
他にもCPU単位にメモリキャッシュがあったりするので、一部の変数の書き換えだけが延々と他のCPUに見えない時もある。

504:デフォルトの名無しさん
06/04/17 17:33:08
津波に@synchronizedとNSLock系の上手な使い方について詳しい解説はございませんかのう
その・・・日本語で・・・

505:デフォルトの名無しさん
06/04/17 18:00:46
>>540
期待値に達しているか判らないが、萩原本にはNSLock関係も載っている。
コラムのvolatile関係を読み飛ばせば問題無いのでは無いかと思う。

506:デフォルトの名無しさん
06/04/17 20:46:35
買っては見たものの、4200円は高杉だろ。

507:デフォルトの名無しさん
06/04/17 21:22:31
なんだ？
ﾘｱ工房の俺でも買えたぞ

508:デフォルトの名無しさん
06/04/17 21:57:51
プログラム系の書籍で4桁ぐらいでグダグダいってたら全然買えない
素直に諦めろ

509:デフォルトの名無しさん
06/04/17 22:05:04
いや、あの内容で4200円かと思うとつい。

510:デフォルトの名無しさん
06/04/17 22:38:15
パチスロの台の前に30分居たと思えば安いものだ。

511:デフォルトの名無しさん
06/04/17 23:59:04
抜きの1/4と思(ry

512:デフォルトの名無しさん
06/04/18 00:38:33
時間を買うのであれば安いだろ

513:デフォルトの名無しさん
06/04/18 07:02:47
米と比べちゃうよね…

514:デフォルトの名無しさん
06/04/18 08:59:26
萩本は一ヶ月分の米に相当するということでしょうか。

515:デフォルトの名無しさん
06/04/18 19:43:49
米一俵の精神で頑張ってくれたまえ。

516:デフォルトの名無しさん
06/04/24 21:07:27
HMDTのTiger本きたね

517:デフォルトの名無しさん
06/04/25 01:18:54
まだかじった程度だけど、
やっぱC系の言語って基本的に趣味の領域なのかなと。
大規模開発だと「プログラマに任せる」っていう設計思想は
危険すぎるから。

「これで、Objective-Cのオブジェクト型は、原理的に動的型であり、
静的な型は目安にすぎないことが理解できただろう。
言語として型の厳密性を保証することはなく、適切なオブジェクトが
代入させるかどうかの判断は、プログラマやフレームワークにまかされることに
なる。実際にコードを書いてみると、このいわばルーズな文法が、非常に
楽であることに気づく。

しかし、次のような疑問も浮かぶだろう。そんないい加減なコンパイルで、
本当に実行時大丈夫なのか、と。これに対しては、次のように答えることが
できる。正しいオブジェクトが渡るかどうかはプログラマが保証することで
あり、ある程度の経験を積めば、基本的には大丈夫だろう、と。」

なんてことを自信満々に言っちゃってる『ダイナミックObjective-C』の
作者さんはきっと企業内でコード書いたことないんだろうなあ。

ガベコレも導入するみたいだけど、なぜ Java を捨てたのか？Jobs との因縁か？w
こんなマイナー言語をメインに据える Apple ってソフト自社生産の任天堂路線？

デザイン的に洗練されれば Windows でもいいのに、Vista のスタートボタンを
糞にした MS に未来はないよ。とほほ

518:デフォルトの名無しさん
06/04/25 01:26:51
企業の業務用アプリケーションを構築する際にプロジェクト内に
一定比率で存在するへたれプログラマを相手にしてないんじゃね? > Objective-C の適用領域

519:デフォルトの名無しさん
06/04/25 02:40:51
>>517
Java は捨てていないし、小規模開発が趣味の世界ではない訳だが。
型云々も大事だけれど、個人的にはクロージャを捨てたのが残念。

520:デフォルトの名無しさん
06/04/25 04:32:44
>517
著者は企業プログラマじゃなかったっけ？

521:デフォルトの名無しさん
06/04/25 06:47:31
>>519
>Java は捨てていないし
つ URLﾘﾝｸ(developer.apple.com)

Important: Features added to Cocoa in Mac OS X versions later than 10.4 will not be added to
the Cocoa-Java programming interface. Therefore, you should develop Cocoa applications using
Objective-C to take advantage of existing and upcoming Cocoa features.

522:デフォルトの名無しさん
06/04/25 06:54:18
>>518
型チェックがあるおかげで、へたれでもとりあえず動くものが作れるってのは
企業にとってプラスなのかマイナスなのか。

523:デフォルトの名無しさん
06/04/25 08:07:35
>>522

「型チェックがあるおかげで、へたれでもとりあえず動くものが作れる」→×
「型チェックがあるおかげで、へたれがコンパイルを通すのに時間がかかり、スケジュールが遅れる」→○

へたれが作ったものはコンパイルできるってだけで、動くって言いきるには無理があるぞ。

Objective-C ってーか動的な型付け言語は、「プログラマ==ユーザ」という環境下で最大のメリットが
出てくるもんだと思う。

524:デフォルトの名無しさん
06/04/25 08:20:11
id嫌い
便利なのは認めるけど、自分をあんまり信じられないから
コンパイル時の型チェックで内部変更の変更必要箇所を探させてたから
チェック方法が１つ減るから。

＃Squeak(Smalltalk)も同じ理由で苦手

525:デフォルトの名無しさん
06/04/25 09:29:04
>521
「とりあえず今までどおり使えるけど、Javaはこれ以後サポートしないよ」
っていうのは、Javaを半ば捨てたのと一緒では？

>523
誰かが言ってたんだけど
「どんなプログラマでもJavaでは平均的なプログラマになれる」
「LISPではプログラマは力量にあったプログラムしか書けない」
というのがあった。Javaだったらヘタレを雇っても安心、というのはある。
Obj-Cだったら能力のあるプログラマじゃないと
良いものを書いてもらえなさそう。
そういう意味で >524 には激しく同意。自分は信じられない。

526:デフォルトの名無しさん
06/04/25 09:29:30
Java VM って Java で書いてあるの？

527:デフォルトの名無しさん
06/04/25 10:07:15
静的型チェックの無い言語を嫌悪する事は、プログラマの性格的素質としては良い傾向だと思う。
が、単に経験が足りない。

企業内でJavaを使ってWebベースのシステムを書かされているエンジニアは多い。
しかし良く考えれば、XMLやJSPをJavaのコードと結合するためにリフレクションまみれのフレームワークを使わされている。
そしてある日、「それだったら、全部動的言語で良くね?」と悟る。
実際rubyやphpでシステムを書き出すと、馬鹿らしくてJavaを使う気が失せるし、XMLがインフレを起こしている事に気がつく。

その後にObjective-Cを触ってみると、たぶん作者さんと同じ心境になれる。

>>519
クロージャをCのランタイムに載せたら神だと思うが。
匿名クラスや、匿名メソッドと勘違いしていないか?

528:デフォルトの名無しさん
06/04/25 10:08:09
なんかよく分からんが、企業内ではJava使えばいいじゃん。
WinでもMacでも動くんだから。
適材適所でしょ。

529:デフォルトの名無しさん
06/04/25 12:30:06
>>526
>Java VM って Java で書いてあるの？

確か、C/C++で書かれてあったはず。

530:デフォルトの名無しさん
06/04/25 12:59:50
>>525
Cocoa-Javaはこれ以上新しい機能を追加しないってだけで
Javaを捨てたわけではないと思うけど。

531:デフォルトの名無しさん
06/04/25 13:05:36
>>529
なるほど。

じゃあ、Java 自体が趣味の領域なんだろうね。 >517

532:デフォルトの名無しさん
06/04/25 15:41:20
C/C++はある程度コントロールできる奴ら(少数)向き
チェックの多い言語は書き方がある程度強制されるから多人数向き

533:デフォルトの名無しさん
06/04/25 17:03:05
OS9にもこれ以上新しい機能は追加されないと思うけど
まだ捨てられてないんだっけ？

534:デフォルトの名無しさん
06/04/25 19:03:44
idはたまに、共通の親クラスつくるの面倒な時とか使う

それより面倒なのがプリミティブな型を使うとき
ヘッダーにメソッド書いておかないとコンパイルできなかったり、動作がおかしかったり
NSNumberを使うとタイプ量が多くて面倒臭い

535:デフォルトの名無しさん
06/04/25 19:24:31
発展途上のプリミティブな型がある言語にObjective-Cっぽいところを持ち込んでしまえばいいんじゃ？

536:デフォルトの名無しさん
06/04/25 20:20:51
それがObjective-Cなのではあるまいか

537:デフォルトの名無しさん
06/04/25 20:35:51
つまり、発展途上のプリミティブな型のあるC言語にSmallTalkっぽいところを持ちこんだのがObjective-Cだと言いたいのか？

その通りだな。

538:デフォルトの名無しさん
06/04/25 21:05:36
>>520
既に退職してる。

539:デフォルトの名無しさん
06/04/25 21:12:11
>>531
あほですか？

低レベル（基礎的）な部分でC系の言語を使うのは全く問題ない。
フレームワークもまたしかり。

ただそういったランタイムor実行環境に依存する部分を公開するのは頂けない。
バグや変更があったときに影響が大きすぎる。
だからObjective-Cは頂けない。なんでもできるとか言って喜んでる奴は
やっぱり趣味でコード書いてる奴の言うことだと思う。

構造体化でカプセル化も容易にくずせる言語をObjectiveって...
「オブジェクトっぽいC」もしくは「オブジェクト的な皮を被せただけのC」
ってことなんだね。

540:デフォルトの名無しさん
06/04/25 21:30:28
>>539
うんまあ、最後の段落はまさにその通りなんだけどさ、
キミの使ってるOSって何で書かれてるかな。
多分Cだと思うよ。
それはなんでかな。
ランタイムや実行環境をいじれるからだよね。
ハードウェアに合わせてバリバリチューンも出来るからだよね。

でまあ、キミの価値観だとOSって趣味の領域なのかね。

541:デフォルトの名無しさん
06/04/25 21:32:33
ﾓﾁﾛﾝｿｳﾖ

542:デフォルトの名無しさん
06/04/25 21:55:48
IT土方向きではないな
最終成果物がイメージ（設計）できると動的のほうが効率いい

543:デフォルトの名無しさん
06/04/25 22:49:09
なんか

544:デフォルトの名無しさん
06/04/25 22:53:52
>>540
まあ極端な言い方をすればそうだね。
OSを純粋な「ソフトウェア」かと言えば俺は違うと思うから。

要は一部の「オタク」的な人間がハードウェアに依存した
部分でごちゃごちゃやってる部分はみたくないというか、
ソフトにとっちゃ本来はどうでもいいことじゃない？

これからは少しは変わるかも知れないけど、依然として
iLifeを使いたければMac上でなければならないし、Windowsで
使い勝手のよかったソフトはマック上で同じように動かすこと
ができないなんて、もしくは買い直せなんてユーザーにとったら
やっぱり何それって感じだと思うよ。
所詮はハードのおまけかと。

個人ユースだったらOSがバージョンアップするごとに
ソフトが動かなくなっても「好きで付いてきてるんだろ」的な
態度でもなんとかなるけどw、
企業向けじゃそうはいかないからな。
なぜJavaがこれほど社会的な基盤として、また企業の商売道具として
発展し続けているかといえば、ソフトはソフトだと言えるところに
俺はあると思ってる。だからこそオープンソースという勢力を巻き込んで
そのソフトを使用するのに今までウン万円も支払わなければいけなかったことが
変わりつつあるんじゃないかな。Eclipse しかり、OpenOffice しかり。

Objective-C をかじってみて気がついたのは、Appleは所詮ソフトを
Macのおまけとしかみてないんじゃないかってことなんだよ。

545:デフォルトの名無しさん
06/04/25 23:42:55
マルチプラットフォームがうれしいなら GNUstep でも使ったら?

546:デフォルトの名無しさん
06/04/25 23:50:26
>そしてある日、「それだったら、全部動的言語で良くね?」と悟る。

それは悟りじゃない。単に面倒くさくなっただけ。
動的言語を使用した方が良い局面が増えているのは事実だが、
一事が万事というのはプログラマ的じゃない。

547:デフォルトの名無しさん
06/04/26 06:56:48
プログラマ的発想から言えば、出来るだけ今あるものを使いたいと考える。
Objective-Cだってそういう発想から作られている。
でも今現在、出来るだけ今あるものを使おうとすると、Objective-Cはありえない。
JavaやC++の最大のメリットは型チェックでもクラス指向でもなく、使っている人が多いということ。

それとソフトがハードのおまけと考えてるのはAppleより、SunやIBM。
ハードを第一に考えるから、オープンソースに肩入れできる。
Appleも頑張っちゃいるが、Appleにとってはソフトも大事な売り物である以上、
全てをユーザーに委ねる訳にはいかない。
Xcodeがあれば俺は満足だけどね。

548:デフォルトの名無しさん
06/04/26 11:56:21
>>547
>それとソフトがハードのおまけと考えてるのはAppleより、SunやIBM。

IBM にとってはハードもオマケだろ。サービスで喰ってるんだから。

>ハードを第一に考えるから、オープンソースに肩入れできる。

RedHat みたいな企業の事はどうお考えで?

549:デフォルトの名無しさん
06/04/26 12:35:51
Objective-C の言語仕様や開発環境がどういうつーより
使用者が多いほうがえらい的な話になってるようなんで
別板いったほうがよくねすか?

Java や C++ に開発者がいっぱいいて資産がたくさんあって
うれしいならソレ使えばよろし。ここは「メモリを直接ドライブできるのに
動的結合できるなんて、ハァハァ」ていうひとのスレだと思うし。

550:デフォルトの名無しさん
06/04/26 13:27:32
俺は>>544が別スレなり板に行けばいい話だと思うな。
どうもCが嫌いみたいだから、C叩きスレとかに行けばいいと思う。

551:デフォルトの名無しさん
06/04/26 14:28:12
民主党、共産党と同じでなんでも叩きたいだけでしょ。
その場に応じて主張を変える所なんかもそっくりだし。

枯れ木も山の賑わい。

ほっとけばいいんじゃない？

552:デフォルトの名無しさん
06/04/26 21:19:11
>>547
ではなんで今あって、よっぽど使ってる人が多い言語の Cocoa-Java Interface を
Apple は捨てるんでしょうね？

Microsoft の .NET 戦略をみてもソフト会社だけあってか、ハードから
隔離させようとしてるのに、Apple は何でこんなマイナーで泥くさい言語にこだわるのか。

553:デフォルトの名無しさん
06/04/26 21:42:45
Cocoa-Javaはこれから先が無いにしても、Javaそのものを排除してるわけじゃなし。
まあAppleの戦略について、ここで語ってもしかたないべ。

ところでマイナーなのは間違いないが、Objective-Cは泥くさいか？
エレガントでスマートなコードを書いてる自信はないけどさ。

554:デフォルトの名無しさん
06/04/26 22:02:38
setValue:a forKey:b みたいな書き方、俺は好きだね。
setValueForKey(a,b)なんて泥臭くてｗ

555:デフォルトの名無しさん
06/04/26 22:09:15
>>552
ハードとは十分「疎」になってるでしょ。OPENSTEP は SPARC でも
動いてたんだから。Apple からしたら、Java の様に OS からも「疎」
にする必要は無いし、Objective-C で問題無いんじゃないの。
C の資産を丸ごと使えるわけだから、ユーザベースが少ない事が問題に
なるケースは少ないだろうし。

556:デフォルトの名無しさん
06/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:デフォルトの名無しさん
06/04/26 22:36:46
つうか、PHP 4で大規模開発なんて、おれは関わりたくないな。

558:デフォルトの名無しさん
06/04/26 23:05:32
趣味でObjective-C使ってる自分には、>>554で十分だと思った。
そこは本質ではないんだろうけど。

559:デフォルトの名無しさん
06/04/27 08:37:51
Cocoaフレームワークに静的なJava言語が対応しきれないというのも原因なのかもね。
URLﾘﾝｸ(pcweb.mycom.co.jp)

560:デフォルトの名無しさん
06/04/27 10:47:22
つか、Sunの企業利益のために割く人的資源は無いって事だろ？

561:デフォルトの名無しさん
06/04/27 12:37:41
Cocoa+Javaは、引数が構造体や配列になっているメソッドがシカトされている事が多い。
機械的にバインディングを作れないので、力尽きたのでは無いかと思われ。
あとJavaのGCが動くタイミングで落ちる等の不具合が、とうとう直せなかったような気がする。

562:デフォルトの名無しさん
06/04/27 13:45:15
>>561
そういうバグがあったのか。
もしかしてそれって、
Cocoa+Java で（明示的に生成していない） NSAutoreleasePool でコケてたのと根は一緒？

563:デフォルトの名無しさん
06/04/27 20:32:38
わかった、Effective Objective-C が欲しいんだな、たぶん

564:デフォルトの名無しさん
06/04/27 20:51:24
>>564
それはすごく欲しい。

565:デフォルトの名無しさん
06/04/27 21:30:40
俺様が執筆してくれるわ

566:デフォルトの名無しさん
06/04/27 22:20:46
ははっ

567:デフォルトの名無しさん
06/04/27 23:03:42
Objective-C用単体テストフレームワークってありますか？
SmalltalkならSUnit、JavaはJUnitがありますが

568:デフォルトの名無しさん
06/04/27 23:07:04
OCUnitがXcode2(10.4)から添付されてる。他のもあたるなら
URLﾘﾝｸ(www.cocoadev.com)
あたり。

569:デフォルトの名無しさん
06/04/28 02:43:15
>>559
Cocoaの実用的な範囲であれば、リフレクションでなんとかなる。
ポージングとかの変態領域は、JDK7で予定されている動的クラス生成を待つ必要があるだろう。

570:デフォルトの名無しさん
06/04/28 02:47:10
Cocoa-Javaは、AppKitを使う上では制約が多かったが、既存のJavaライブラリを使う分には便利だった。
何をやるにも困らないぐらいのライブラリがあったし。

571:デフォルトの名無しさん
06/04/28 04:01:47
>568さんありがとっ！

572:デフォルトの名無しさん
06/05/01 08:08:13
>>547
>JavaやC++の最大のメリットは型チェックでもクラス指向でもなく、使っている人が多いということ。

激しく同意だなーこりゃ

573:デフォルトの名無しさん
06/05/01 08:11:04
じゃあ誰が使い始めるんだよ？ｗ

574:デフォルトの名無しさん
06/05/01 09:25:49
最大のメリット以外に合致した人じゃないの。
一つしか言語を使っちゃ行けないわけでなし。

575:デフォルトの名無しさん
06/05/01 11:05:39
じゃあその最大のメリットって奴をどうやって計ったんだ？w

576:デフォルトの名無しさん
06/05/01 13:09:14
>>554
set(value := a, key := b)
と書かせる言語も幾つかあるね。

577:デフォルトの名無しさん
06/05/01 16:13:06
>>576
AppleScriptもレコード使えばそういうことができるな。

578:デフォルトの名無しさん
06/05/01 23:06:49
キーワード引数を取れるのは、Smalltalk, Common Lisp, Dylan, Self, Slate, Python
なんかがある。Lisp 系と Smalltalk 系で扱いはちょっと違うけど。

579:デフォルトの名無しさん
06/05/02 09:57:50
>>578
PL/SQLもいけるよ。
Oracleの拡張かもしんないけど。

580:デフォルトの名無しさん
06/05/02 10:05:55
PL/SQL自体がOracleの私物だろ

581:デフォルトの名無しさん
06/05/02 11:24:48
>>580
IBMやMSのサーバのストアードプロシージャは、PL/SQLじゃないの?
てっきりIBMのDB2がオリジナルで、ISOで標準化された物だと思っていたよ。

582:デフォルトの名無しさん
06/05/02 12:03:14
つ Wikipedia項目ﾘﾝｸ
IBM DB2は SQL PL
MSは Transact-SQL
というところでスレ違い化してきたので、あとはぐぐって。

583:デフォルトの名無しさん
06/05/07 15:27:54
os x 10.4.6 で man gcc すると Leopard で garbage collection が追加されると
書いてあるという話...
うちでは man gcc-4.0 しないとダメだったけど。
URLﾘﾝｸ(theocacao.com)

584:デフォルトの名無しさん
06/05/09 19:12:24
>578
VBも仲間にいれてやってください・・

585:デフォルトの名無しさん
06/05/09 23:35:34
ｽﾏﾝね。Windows 系は殆ど知識無いんだ。

Smalltalk 系はメッセージ式の一部であり、構文拡張にもなるのが良いね。
単なる引数のラベルじゃない所が気持ち良い。

586:デフォルトの名無しさん
06/05/18 10:23:04
>>584
VB のは本質的に違うんじゃない？
もしそれが OK なら Perl や Ruby も OK になる

587:デフォルトの名無しさん
06/05/18 13:15:10
rubyの場合は、辞書が一時変数として作られるだけだな。

588:デフォルトの名無しさん
06/05/22 05:45:33 BE:18511766-#
ﾏｶｰだけどこのスレちょくちょく購読させて貰うね

589:デフォルトの名無しさん
06/05/22 23:28:32
>>588
では早速はじめの一月分の金を払ってくださいw

590:デフォルトの名無しさん
06/05/23 00:12:11
マカーポーシャ

591:デフォルトの名無しさん
06/05/25 11:37:57
Smalltalk のはキーワード引数じゃなくてメソッド識別子の一部のような気がするけど・・・
いや、「気がするけど」じゃなくて「一部である」と強気に主張してみる。

592:デフォルトの名無しさん
06/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:デフォルトの名無しさん
06/05/26 09:15:09
キーワード引数ならPythonがよくできてる。
位置で指定することも、キーワードで指定することも両方できるうえに、
該当しないキーワードを自動的にDictionaryにいれさせることも可能。

例えばHTMLタグを生成するようなメソッドを定義するとき、知らないキーワードが指定されたら
それはHTMLタグの属性名だと判断して属性を出力する、なんてことができる。

スレ違いだけど、参考までに。

594:デフォルトの名無しさん
06/05/26 13:28:59
そりゃ便利そうだな。
と思ったが、メッセージ送信にそんなコストかけてらんないか・・・

595:デフォルトの名無しさん
06/05/26 13:52:28
>>594
存在しないキーワード付きの変数が現れたときに、
エラーにするかわりにmapを構築して渡すだけでそ。
コストはゼロでは？

596:デフォルトの名無しさん
06/05/26 16:35:54
Cocoaの場合、結構NSArrayやNSDictionaryを引数にするメソッドがある。
なので、NSStringみたいな初期化構文はあっても良いかもしれない。

配列
[self dispose:@[@"Basic", @"SQL"]];

辞書
[self assess:@{@"Basic" => @"garbage", @"SQL" => @"taint"}];

構文糖だな(--;;

597:デフォルトの名無しさん
06/05/29 15:20:11
[NSArray arrayWithObjects:@"Basic", @"SQL"];
これじゃダメなのかえ？配列の場合だけど。

598:デフォルトの名無しさん
06/05/29 15:22:12
nil入れ忘れた

599:デフォルトの名無しさん
06/05/29 16:08:02
>>597
それの省略構文に過ぎないから構文糖。

600:デフォルトの名無しさん
06/05/29 16:10:58
しかしまあ、@

601:デフォルトの名無しさん
06/06/24 00:58:44
すっかり廃れてしまったので、この記事を。

【境界を越える: Javaモデルを超える型定義戦略】
URLﾘﾝｸ(www-06.ibm.com)

安全性と柔軟性
静的言語か動的言語かという議論の要点は、ある意味で安全性対柔軟性か、という点に尽きます。
静的言語の支持者達は、より安全な言語が良いのだと信じています。
動的言語の支持者達は、安全性のために費やされる労力を嫌います。
彼らにとって言語を評価するための鍵は、プログラマーの効率を最大にするためにいかに
素早く概念を表現できるか、という点です。
そうしたスペクトル分布の対極として、静的言語のエキスパートは、初期のバグを捉えることが
『可能』ならば捉える『べき』であり、言語の持つ制限はツールで補える、と主張するのです。

皆さんはプログラミング言語のユーザーとして、良きにつけ悪しきにつけ、ある時点で
その言語の型定義戦略の奴隷となっています。

筆者は動的モエ～らしいけど、
確かにO/Rマッピングとかやってると静的なのが面倒に感じる場合があるし。
ただ、言語である程度規定しないと静的な面の利点を享受できないから、
Objective-C は C との互換性やシンプルであれという思想からそれらの利点を捨てた時点で、
代替物が豊富にある Java の方がやはりプラットフォームとしての魅力はあるなあと。
逆説的に言えば、そうした利点を土台にしたからこそ、豊富な代替物を
引き寄せたとも言えるかもしれないね。

602:デフォルトの名無しさん
06/06/24 14:24:55
動的言語のスピードを生かしてプロトタイプを作り、
静的言語の安全性を生かして完成品を作る。
ってのが理想。

603:デフォルトの名無しさん
06/06/30 01:56:40
webで調べたら、C++のクラスをインスタンス変数で使うときの
制限がたくさん載っててびびった。
newすればコンストラクタも仮想関数も問題なしってことなの?

604:デフォルトの名無しさん
06/06/30 12:58:48
>>603
Tiger以降なら-fobjc-call-cxx-cdtorsつけとけばいいんじゃないの。

605:デフォルトの名無しさん
06/07/01 02:42:33
>>604
ググッたけど分からんかった。
objevtivecからc++のコンストラクタとデストラクタを呼ぶって意味なのかな?

とりあえず、純粋なC++コードが動作するってんならうれしいのだが。

606:デフォルトの名無しさん
06/07/02 09:25:41
>>604
>-fobjc-call-cxx-cdtors
URLﾘﾝｸ(developer.apple.com)

607:こぴぺ
06/07/04 17:31:53
Online会員もOKになってるよ。無料。

Cocoaセミナー中級編開催
7月11日（火）、8月1日（火）
URLﾘﾝｸ(developer.apple.com)
・書類とアプリケーションの間の関係の解説
・テキストファイルの読み込みとその表示
・Cocoaのデザインパターン
・XMLのパース
・配列、辞書といった、Cocoaのコレクションクラス
・テーブルビュー、アウトラインビューの使用方法

608:デフォルトの名無しさん
06/08/06 12:00:57
[self age];

609:デフォルトの名無しさん
06/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 ついたらしい。
URLﾘﾝｸ(www.apple.com)

次ページ