- 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
- 2 名前：関連スレ mailto:sage [2007/08/08(水) 12:33:50 ]
- *** プログラム技術板 ***
【マック】Macintoshプログラミング質問箱
pc11.2ch.net/test/read.cgi/tech/1113058054/
Mac OS Xでの開発環境はどれがｲｲ？
pc11.2ch.net/test/read.cgi/tech/1163314891/
Macは難しすぎる
pc11.2ch.net/test/read.cgi/tech/1095818624/
*** 新・mac板 ***
Cocoaはさっぱり!!! version.8
pc11.2ch.net/test/read.cgi/mac/1179498292/
Macでプログラミング{6}
pc11.2ch.net/test/read.cgi/mac/1161656142/
Xcode part5
pc11.2ch.net/test/read.cgi/mac/1176452734/
【ADC】Apple Developer Connection
pc11.2ch.net/test/read.cgi/mac/1143011492/
- 3 名前：デフォルトの名無しさん mailto:sage [2007/08/08(水) 12:35:16 ]
- if((self = [ super init]) != nil){
}
return self;
- 4 名前：デフォルトの名無しさん mailto:sage [2007/08/08(水) 16:22:49 ]
- if(self = [super init]) {
}
でいいじゃん
- 5 名前：デフォルトの名無しさん mailto:sage [2007/08/08(水) 21:39:10 ]
- nilを確認したいんだよ。nilをよー
[obj release];
obj = nil;
とかするだろ？
- 6 名前：デフォルトの名無しさん [2007/08/08(水) 23:09:46 ]
- こっちが本スレだよね？
- 7 名前：デフォルトの名無しさん mailto:sage [2007/08/08(水) 23:17:54 ]
- こっちの方が早い
- 8 名前：デフォルトの名無しさん mailto:sage [2007/08/08(水) 23:24:23 ]
- Objective-C プログラミング言語
developer.apple.com/jp/documentation/cocoa/Conceptual/ObjectiveC/index.html
Objective-C入門
wisdom.sakura.ne.jp/programming/objc/index.html
ダイナミックObjective-C
journal.mycom.co.jp/column/objc/
Objective-C FAQ Answers
wwwa.dcns.ne.jp/~nito/objective-c/answers.html
かんたんObjective-C
www.nslabs.jp/objc.rhtml
- 9 名前：デフォルトの名無しさん mailto:sage [2007/08/08(水) 23:24:51 ]
- あっちのスレは削除依頼に出しました
ごめんなさい
- 10 名前：デフォルトの名無しさん [2007/08/09(木) 09:36:37 ]
- [self age];
- 11 名前：デフォルトの名無しさん mailto:sage [2007/08/09(木) 10:55:41 ]
- Étoilé project
>ttp://www.etoile-project.org/
一応GNUstep系のデスクトップ環境ってことで。独自拡張も有りつつ、0.2リリースもLiveCDも合わせて公開されたし。
GNUstep
>ttp://www.gnustep.org/
Cocoa？何それ？って人はこちらに（w。
>ttp://www.gnustep.org/developers/documentation.html
このあたりは読むと少しは幸せになれると思われ。Cocoa使いでもソース読むといろいろと楽しい。
- 12 名前：デフォルトの名無しさん [2007/08/09(木) 11:03:28 ]
- Etoileってのはおもしろそう
- 13 名前：デフォルトの名無しさん mailto:sage [2007/08/12(日) 18:47:49 ]
- いートイレ
- 14 名前：デフォルトの名無しさん [2007/08/13(月) 13:50:08 ]
- initは初期化に失敗したときは何を返せばいいの？
- 15 名前：デフォルトの名無しさん mailto:sage [2007/08/13(月) 14:19:22 ]
- nil。
- (id)init
{
self = [super init];
if(self) {
// hogehoge
if(failed) {
[self autorelease];
return nil;
}
return self;
}
return nil;
}
- 16 名前：デフォルトの名無しさん mailto:sage [2007/08/13(月) 14:48:23 ]
- >>15
ありがとう。autoreleaseしとくのか。
- 17 名前：デフォルトの名無しさん mailto:sage [2007/08/13(月) 14:57:52 ]
- それってほんとにあってる？
- 18 名前：デフォルトの名無しさん mailto:sage [2007/08/13(月) 17:00:54 ]
- 正直聞いたことない
- 19 名前：デフォルトの名無しさん mailto:sage [2007/08/13(月) 21:01:22 ]
- https://developer.apple.com/jp/documentation/Cocoa/Conceptual/CocoaFundamentals/CocoaObjects/chapter_3_section_6.html#//apple_ref/doc/uid/TP40002974-CH4-SW17
- 20 名前：デフォルトの名無しさん mailto:sage [2007/08/13(月) 21:45:41 ]
- 普通失敗したら、nilを返す前に
[self release];のはず
- 21 名前：デフォルトの名無しさん mailto:sage [2007/08/14(火) 01:30:49 ]
- NSAutoreleasePool が無い場合もあるからね。
安全のために autorelease はやめた方がいい。
普通は大丈夫だからどうでもいいっちゃどうでもいいけど。
- 22 名前：デフォルトの名無しさん mailto:sage [2007/08/14(火) 15:30:43 ]
- 自分を解放するのってなんか怖くね？
- 23 名前：デフォルトの名無しさん mailto:sage [2007/08/14(火) 16:03:22 ]
- クラスメソッドでインスタンス開放してるだけなんだから別に問題なくね？
- 24 名前：デフォルトの名無しさん mailto:sage [2007/08/14(火) 16:25:50 ]
- クラスメソッドじゃなくね?
- 25 名前：デフォルトの名無しさん mailto:sage [2007/08/14(火) 17:01:25 ]
- あっ本当だ。勘違いしてた。すまん
- 26 名前：デフォルトの名無しさん mailto:sage [2007/08/15(水) 07:30:23 ]
- 自分は解放されたいです
- 27 名前：デフォルトの名無しさん mailto:sage [2007/08/16(木) 10:25:40 ]
- autorelease か release かってのは NSFoundation 使ってるかどうかで決めるんじゃないのかね？
- 28 名前：デフォルトの名無しさん mailto:sage [2007/08/16(木) 14:06:08 ]
- だれかCocoa使わずに標準クラス使ってコード書いてる神いる？
- 29 名前：デフォルトの名無しさん mailto:sage [2007/08/16(木) 14:11:08 ]
- つ X Window / B$D UNIX のアプリのコード
- 30 名前：デフォルトの名無しさん mailto:sage [2007/08/16(木) 14:33:05 ]
- ObjC使ってんの？
- 31 名前：デフォルトの名無しさん mailto:sage [2007/08/16(木) 15:23:41 ]
- いや、テスト的にLazarus使った。
簡単に動作するお。
- 32 名前：デフォルトの名無しさん mailto:sage [2007/08/16(木) 15:40:26 ]
- >>28
なんか変な返事ばっかだが gcc 附属の Object クラスを基底クラスにして Objective-C を
使うって意味なら書いたことある．
書きながら NSArray と NSDictionary と NSAutoreleasePool が恋しくなってきたが…
- 33 名前：デフォルトの名無しさん mailto:sage [2007/08/16(木) 17:33:34 ]
- GNUstepは使うけれど、これじゃCocoaと大して違わないしなぁ。
俺様まさか古のSoftwareICなクラスを使ってる人探してる？（w
- 34 名前：デフォルトの名無しさん mailto:sage [2007/08/16(木) 18:13:23 ]
- >>32
おまいさん変態ですか？
- 35 名前：デフォルトの名無しさん mailto:sage [2007/08/16(木) 20:42:22 ]
- stepstone使ってたよ
- 36 名前：デフォルトの名無しさん mailto:sage [2007/08/16(木) 22:33:37 ]
- MinGWでObjCでWin32API叩いたり
- 37 名前：32 mailto:sage [2007/08/16(木) 23:27:32 ]
- >>34
否定はしない．
Linux なんで Cocoa はなかったし，GNUStep は Base だけでもかなりでかいんで採用しなかった…
でも結局途中で自前でArray.mとDictionary.mを実装したりで面倒だったよ…
- 38 名前：デフォルトの名無しさん mailto:sage [2007/08/16(木) 23:44:46 ]
- 29, 31 はここが Obj-C スレであることを理解できない可哀想な人なんではなかろうか。
- 39 名前：デフォルトの名無しさん mailto:sage [2007/08/17(金) 14:21:36 ]
- >>37
GCCについてるList.hってどうよ？
ってかこれって他のObjC処理系（あるのかどうか知らんけど）にもついてんの？
- 40 名前：32 mailto:sage [2007/08/17(金) 15:32:58 ]
- >>39
最近のGCCにはそんなのが付いてくるんですか？
objc-list.h や hash.h とは別物なんですよね？
あれはCのAPIですし…
- 41 名前：デフォルトの名無しさん mailto:sage [2007/08/17(金) 16:33:02 ]
- 俺の環境(OSX)だと/usr/include/objcにList.hってのがあるわ。
コメント見る限り、「最近の」って感じではなさそうだけど。
/*
List.h
Copyright 1988-1996 NeXT Software, Inc.
DEFINED AS: A common class
HEADER FILES: objc/List.h
*/
- 42 名前：32 mailto:sage [2007/08/17(金) 16:45:04 ]
- ちょっと調べてみた，
gcc-3.3.6 と gcc-4.1.2 の環境のLInux では/usr/include や
/usr/lib/gcc/i486-linux-gnu/include 以下にも List.h は存在しなかった．
あと win32 の mingw の gcc-3.4.2 環境や cygwin の gcc-3.4.4 環境にも存在しなかった．
OSX だけじゃないかな？
- 43 名前：32 mailto:sage [2007/08/17(金) 16:48:20 ]
- あー
>Copyright 1988-1996 NeXT Software, Inc.
なんだから OSX には入ってても素の gcc には入ってないのでしょうね…
- 44 名前：デフォルトの名無しさん mailto:sage [2007/08/17(金) 16:56:55 ]
- OSXだとObjC関連のヘッダには全部NeXTのコピーライト入りだけどね。
Object.hとか。
- 45 名前：デフォルトの名無しさん mailto:sage [2007/08/20(月) 17:55:14 ]
- なあなあ、俺らでObjective-Cの新しいクラスライブラリ作らね？
- 46 名前：デフォルトの名無しさん mailto:sage [2007/08/20(月) 18:44:43 ]
- >45
設計方針をどうするかで纏まらないとかってオチ？（汗
- 47 名前：デフォルトの名無しさん mailto:sage [2007/08/20(月) 18:48:25 ]
- いや、
・C++版をコピーするも使われない
・C++に移植されて終焉
のどっちかしか未来が無いってオチ。
- 48 名前：デフォルトの名無しさん mailto:sage [2007/08/20(月) 18:53:10 ]
- どんなクラス作るの？
- 49 名前：デフォルトの名無しさん mailto:sage [2007/08/20(月) 19:07:10 ]
- 2CHObject
- 50 名前：デフォルトの名無しさん mailto:sage [2007/08/20(月) 19:46:57 ]
- それはクラス名として不正では？
- 51 名前：デフォルトの名無しさん mailto:sage [2007/08/20(月) 23:33:53 ]
- >>47
C++ と Objective-C はメッセージ周りの概念がかなり違うから、
大規模なクラスライブラリはなかなか互いには移植できないと思う ...
- 52 名前：デフォルトの名無しさん mailto:sage [2007/08/21(火) 01:55:09 ]
- >>45
15年位前に某所でそれを提案したんだけど自然消滅
- 53 名前：デフォルトの名無しさん mailto:sage [2007/08/21(火) 14:31:32 ]
- >>52
15年前とはObjC人口が違うからな
- 54 名前：デフォルトの名無しさん mailto:sage [2007/08/25(土) 13:58:52 ]
- >>45
GTK++ のラッパー GTK-- みたいなのを作って欲しい
- 55 名前：デフォルトの名無しさん mailto:sage [2007/08/25(土) 15:48:27 ]
- >>54
obgtk や gnome-objc はどこに行ったのだろうか…
- 56 名前：デフォルトの名無しさん mailto:sage [2007/08/25(土) 20:02:29 ]
- gtkイラネ
- 57 名前：デフォルトの名無しさん mailto:sage [2007/08/25(土) 20:17:45 ]
- >>56
kwsk
- 58 名前：デフォルトの名無しさん mailto:sage [2007/08/26(日) 11:22:06 ]
- まあ gtk の Obj-C への移植より先に
gtk を Aqua で X11 無しに移植するのが先決だろうね
- 59 名前：デフォルトの名無しさん mailto:sage [2007/08/26(日) 13:47:38 ]
- OSXでわざわざgtk使うのかよ
- 60 名前：デフォルトの名無しさん mailto:sage [2007/08/26(日) 15:01:38 ]
- 普通は使う必要性はないだろうが、gtkベッタリのを移植する手間は思いっきり省ける（w
- 61 名前：デフォルトの名無しさん mailto:sage [2007/08/27(月) 00:25:02 ]
- OSXだってgtkでもQtでもWxWidgetsでも選択肢は多い方が仕事はしやすいよ。
- 62 名前：デフォルトの名無しさん mailto:sage [2007/08/27(月) 16:13:32 ]
- >>61
それはもっともなのだがマックプログラマは無駄にCocoaで再実装する方を
選びたがるからちっとも完成度が上らないんだよな…
- 63 名前：デフォルトの名無しさん mailto:sage [2007/08/27(月) 16:34:10 ]
- >61
それはプログラマじゃなくて、ユーザーから要望があるから。
マカーは細かい差異を異常に気にするんよ。
- 64 名前：デフォルトの名無しさん mailto:sage [2007/08/27(月) 16:47:40 ]
- レス番ずれてるぞ
さてはBSユーザか
- 65 名前：デフォルトの名無しさん mailto:sage [2007/08/27(月) 17:22:50 ]
- まぁマカーはどうでもいいんだけど Linux 向けに gnome-objc は
ちゃんと保守してほしかったなぁ…
ftp.gnome.org/pub/gnome/sources/gnome-objc/1.0/
1999年って…
- 66 名前：デフォルトの名無しさん mailto:sage [2007/08/27(月) 22:55:31 ]
- >>61
MacOSX でも Qt と wxWidgets は使える。Gtk+ は大したアプリ無いしｲﾗﾈ。
>>65
ObjC は C を混ぜて書けるんだから、Gtk+ 部分だけ C で書いたら良いじゃない。
- 67 名前：デフォルトの名無しさん mailto:sage [2007/08/28(火) 01:40:42 ]
- >>62
まあ MVC がきちんと分離されてれば、
Cocoa のガワをかぶせるのはそんなに大変じゃないよね ...
- 68 名前：デフォルトの名無しさん [2007/09/03(月) 22:47:54 BE:375293838-2BP(400)]
- #import <stdio.h>
#import <objc/Object.h>
int main(int argc, char *argv[])
{
id agemasuyo = [Object new];
fputs(stderr, "agemasuyo");
[agemasuyo release];
return 1;
}
- 69 名前：デフォルトの名無しさん mailto:sage [2007/09/03(月) 23:45:16 ]
- IDE はありますか？
- 70 名前：デフォルトの名無しさん mailto:sage [2007/09/04(火) 00:46:18 ]
- >69
MacOSXならXCode & Interface Builder
GNUstepならProject Center & GORM
って、マジレスしていいのだろーか？
- 71 名前：デフォルトの名無しさん mailto:sage [2007/09/04(火) 00:47:57 ]
- 忘れてた。最強のIDE emacs
- 72 名前：デフォルトの名無しさん mailto:sage [2007/09/04(火) 15:41:37 ]
- Eclipse を期待してた。
- 73 名前：デフォルトの名無しさん mailto:sage [2007/09/04(火) 17:30:57 ]
- Windows 用の IDE はないのかい？
- 74 名前：デフォルトの名無しさん mailto:sage [2007/09/04(火) 19:40:06 ]
- >>73
cygwin で vi + make + gcc
- 75 名前：デフォルトの名無しさん [2007/09/05(水) 01:17:15 ]
- すみません、NSBezierPath について教えて下さい。
NSBezierPath *pathCollection をあらかじめ作っておき、
直線と円弧で構成された幾何学図形（複数）をそれぞれNSBezierPath *aPathとして作り、
[pathCollection appendBezierPath: aPath] とやっています。これを繰り返して、物が
膨らむ様子のアニメーションを作っているのですが、途中でデバッガが立ち上がり、
[pathCollection stroke] で止まってしまいます。pathCollection 中は以下のようになって
います。止まる前までは順調に描けているので、何が悪いのか分からなくて……
よろしくお願いします。
_state 2
_segmentCount 185
_segmentMax 310
_head 0x1976200
_lastSubpathIndex 184
_elementCount 121
_lineWidth 1
_bounds x=0, y=0, width=0, height=0
_controlPointBounds x=0, y=0, width=0, height=0
_flags 3 '¥003'
_miterLimit 10
_flatness 1
_dashedLinePattern 0x0
_dashedLineCount 0
_dashedLinePhase 0
- 76 名前：デフォルトの名無しさん mailto:sage [2007/09/05(水) 05:28:03 ]
- >>75
そんな突然デバッガの、それも pathCollection の出力だけかかれてもわからんよ。
クラッシュレポーターにでるような
スタックトレースかいてくれたほうがましなんだけど。
そのまわりのソースコードをすこしぐらい書いて下さい。
- 77 名前：デフォルトの名無しさん mailto:sage [2007/09/05(水) 11:34:24 ]
- こういうので良いのでしょうか？詳しくないので見当違いでしたらごめんなさい。
Exception: EXC_BAD_ACCESS (0x0001)
Codes: KERN_INVALID_ADDRESS (0x0001) at 0xc0003c2d
Thread 0 Crashed:
0 com.apple.CoreGraphics 0x9048c018 draw_line + 3776
1 com.apple.CoreGraphics 0x9048b144 line_to + 1448
2 com.apple.CoreGraphics 0x9048ab4c aa_line_render + 804
3 libRIP.A.dylib 0x9482a3ac ripr_Coverage + 1304
4 libRIP.A.dylib 0x94829d48 ripc_Render + 504
5 libRIP.A.dylib 0x94832474 ripc_DrawPath + 488
6 com.apple.CoreGraphics 0x904533bc CGContextDrawPath + 176
7 com.apple.AppKit 0x938beeb8 -[NSBezierPath(NSBezierPathDevicePrimitives) _doUserPathWithOp:inContext:] + 252
8 com.apple.AppKit 0x938bec7c -[NSBezierPath stroke] + 212
9 com.mac.*********** 0x00031914 -[MyDocument turnEndOperation] + 3228 (MyDocument.m:486)
10 com.mac.*********** 0x00030c2c -[MyDocument startCaluculation:] + 1080 (MyDocument.m:333)
11 com.apple.AppKit 0x93842c4c -[NSApplication sendAction:to:from:] + 108
つづく
- 78 名前：デフォルトの名無しさん mailto:sage [2007/09/05(水) 11:35:14 ]
- つづき
12 com.apple.AppKit 0x93842b80 -[NSControl sendAction:to:] + 96
13 com.apple.AppKit 0x93842a60 -[NSCell _sendActionFrom:] + 156
14 com.apple.AppKit 0x93842540 -[NSButtonCell performClick:] + 472
15 com.apple.AppKit 0x93841d64 -[NSButton performKeyEquivalent:] + 424
16 com.apple.AppKit 0x93841b68 -[NSView performKeyEquivalent:] + 140
17 com.apple.AppKit 0x93841ac8 -[NSWindow performKeyEquivalent:] + 32
18 com.apple.AppKit 0x9389c820 -[NSApplication _handleKeyEquivalent:] + 56
19 com.apple.AppKit 0x937a6408 -[NSApplication sendEvent:] + 2944
20 com.apple.AppKit 0x9379dd10 -[NSApplication run] + 508
21 com.apple.AppKit 0x9388e87c NSApplicationMain + 452
22 com.mac.*********** 0x0000efac main + 64 (main.m:13)
23 com.mac.*********** 0x0000290c start + 812
24 com.mac.*********** 0x00002610 start + 48
- 79 名前：デフォルトの名無しさん mailto:sage [2007/09/05(水) 19:37:52 ]
- ソースを書けって言ってなかったっけ？
- 80 名前：デフォルトの名無しさん mailto:sage [2007/09/05(水) 22:00:41 ]
- クラッシュレポートでほんのちょっとだけ想像がついてきました。
ソースも書いてね。
というかデバッグってのは自分でいろいろみながら
どこがおかしいのかなぁ、と考えるわけでさ。
こういう応答しかできないってことはデバッグに
苦労してるだろうなぁというのはわかるけど ...
- 81 名前：デフォルトの名無しさん mailto:sage [2007/09/15(土) 14:33:14 ]
- UIKitおもすれー
- 82 名前：デフォルトの名無しさん mailto:sage [2007/09/15(土) 16:58:40 ]
- GormとProjectBuilder入れました。
- 83 名前：デフォルトの名無しさん mailto:sage [2007/09/30(日) 11:27:08 ]
- プロトコルへの適合を動的に削除したい時って
objc_protocol_listをいじればいいのかな？
- 84 名前：デフォルトの名無しさん [2007/09/30(日) 15:02:45 ]
- オブジェクトに演算子は定義できますか?
- 85 名前：デフォルトの名無しさん mailto:sage [2007/09/30(日) 15:08:28 ]
- 演算子の多重定義は実装してないようですね。自己解決しました。
- 86 名前：デフォルトの名無しさん mailto:sage [2007/09/30(日) 19:50:30 ]
- >>85
Objective-C++ つかえ
- 87 名前：デフォルトの名無しさん mailto:sage [2007/10/20(土) 21:12:09 ]
- >Windowsの世界には、Objective-Cプログラマの数は0だから、事実上不可能だな。
ttp://www.haloscan.com/comments/mkino/20071018/#424562
- 88 名前：デフォルトの名無しさん mailto:sage [2007/10/22(月) 14:56:54 ]
- iPhone/touchのtoolchain遊んでる奴いるかい
いや、聞いてみただけ
- 89 名前：デフォルトの名無しさん [2007/10/28(日) 10:20:25 ]
- Objective-C 2.0 だってよ
https://developer.apple.com/leopard/devcenter/docs/documentation/Cocoa/Conceptual/ObjectiveC/index.html
- 90 名前：デフォルトの名無しさん mailto:sage [2007/10/30(火) 23:06:55 ]
- 何をいまさら・・・
ってム板なら知らないやつがいてもおかしくないか
- 91 名前：デフォルトの名無しさん mailto:sage [2007/10/30(火) 23:19:46 ]
- いや、前スレで散々話題になったと思うが。
- 92 名前：デフォルトの名無しさん mailto:sage [2007/10/30(火) 23:29:30 ]
- notepad-plus.sourceforge.net/commun/screenshots/scrsh_lexerObjC.gif
変態だ…変態すぎる…
- 93 名前：デフォルトの名無しさん mailto:sage [2007/10/30(火) 23:32:42 ]
- グロ注意
- 94 名前：デフォルトの名無しさん mailto:sage [2007/10/31(水) 12:34:21 ]
- ログインしなくても見れるようになったので :
developer.apple.com/documentation/Cocoa/Conceptual/ObjectiveC/index.html
いや、ぼくみたいにお金なくて Online 会員のひともいるかなとおもって、貼ってみたんだけど、だめですか ???
いまいち @synthesize と @dynamic の違いがわからないんですが
おしえてください
- 95 名前：デフォルトの名無しさん mailto:sage [2007/10/31(水) 13:40:47 ]
- >>94 ナイス張り！
- 96 名前：デフォルトの名無しさん mailto:sage [2007/10/31(水) 14:04:07 ]
- macでしか使えないのが痛い・・
- 97 名前：デフォルトの名無しさん mailto:sage [2007/10/31(水) 14:12:21 ]
- ￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣｣
―――――――――――――‐┬┘
|
＿＿＿＿.＿＿＿＿ |
| | | |
| | ∧＿∧ | |
| |（ ´∀｀）つ ミ |
| |/ ⊃ ﾉ | |
￣￣￣￣'￣￣￣￣ | ミ Xcode(ObjC2.0)
- 98 名前：デフォルトの名無しさん mailto:sage [2007/10/31(水) 14:26:29 ]
- 捨てないで ...
個人用のちっちゃな GUI ソフトを作るのは簡単で良いですよ
GC がついてさらに簡単になりました
- 99 名前：デフォルトの名無しさん mailto:sage [2007/10/31(水) 14:34:12 ]
- GCもう使ってる？
- 100 名前：デフォルトの名無しさん mailto:sage [2007/10/31(水) 14:46:54 ]
- とりあえずつかってみました
(perl でつくってた画像ダウンローダーの GUI ラッパーをつくっただけですが)
retain / (auto)release を書かなくて良いのでかなりタイプ数がへりますね
アクセッサをかくのもルーチンワークがうざいので @property は便利
あとは UI は binding をすれば、かなりなにもかかなくてもよい気がする
|
 |
