Objective-C ..
[2ch|▼Menu]
613:デフォルトの名無しさん
06/08/10 00:28:27
>612
またObjective-Cのために?gcc4系ってのは(汗。さすが。
で、その本なんだけど、AppleがRhapsodyの時に日本語PDFファイルで配布してたやつと大体一緒のやつかな?

しかしObjective-C 2.0ってGCとかどうでもいいんだけど(実質今のGNUstepでもアリだしさ)、言語仕様の拡張というかsyntaxが拡張されるっつーのが気になるなぁ。

BlockClosureとか使えるようにすんのか?とりあえずC++的な鵺には並んでほしいとこですが。
実際の仕様が貧乏人に公開されるのはもっと先だろうしなぁ。


614:デフォルトの名無しさん
06/08/10 14:20:32
>613
セットで、匿名ブロックが欲しい。
アレが無いと、クロージャの魅力が半減する。

615:デフォルトの名無しさん
06/08/10 19:42:14
>>614
今のObjective-Cにクロージャってあったっけ?
あれはGCがないとちゃんとした実装は難しいと思うのだが。

616:デフォルトの名無しさん
06/08/12 03:40:17
>>613
612です。たぶん、一緒でしょう。少し改定されていると思いますが。
OBJC-2.0といってもnamescopeもないし、ただ、C++と混在できるだけ。
やっぱりnamescopeがないのが一番困る。それとクラス静的変数を用意
してほしい。
 クロージャについてはないですね。もともとベースがC++,Cなので難
しいでしょう。でも、GCCのC(C++にはない)の内部関数が使えるという
ことはパスカルスタックを実現しているはずなので、JAVAでいうロー
カルクラスによるクロージャチックなことが出来そうにも思うのですが
....。もう少しみてみないとわかりません。
でもクロージャが使えるようになると、もう違う言語ですね。GDBが追い
つかないように思います。そろそろOBJCもC#みたいに大変身するかも。

617:デフォルトの名無しさん
06/08/12 08:31:59
>>613
>AppleがRhapsodyの時に日本語PDFファイルで配布してたやつと大体一緒のやつかな?
nyとかで流れないものかなぁ。


618:デフォルトの名無しさん
06/08/12 09:02:48
まずAppleに頼むのが筋だろう。

619:デフォルトの名無しさん
06/08/12 16:35:23
>>617
どっかでひろった PDF もってるけど、基本的にいま Apple が配布してる
URLリンク(developer.apple.com)
とおんなじだよ。図版もずっとつかいまわしで、はじめにでてくる時計の絵とかも全く一緒。Apple 版のほうがページ数すくなかったりしますが、
それは
URLリンク(developer.apple.com)
とか
URLリンク(developer.apple.com)
が切り出されて説明が加わってべつのドキュメントになってるから。

620:デフォルトの名無しさん
06/08/12 16:39:14
あとはこの辺
URLリンク(www.channelu.com)
とか Sun のこの辺
URLリンク(docs.sun.com)
とか GnuStep の
URLリンク(www.gnustep.org)
とか。


621:デフォルトの名無しさん
06/08/12 21:48:45
>>619
Appleが翻訳した日本語版は
URLリンク(developer.apple.com)
で、その中に
Obj-C
URLリンク(developer.apple.com)
とか
Cocoa基礎ガイド
URLリンク(developer.apple.com)
などあるね。


622:デフォルトの名無しさん
06/08/12 22:31:08
ObjCの翻訳はちょい古くてIntelの話が無い。
まぁドラフトとれ次第、2.0をやってくれるだろ。

623:デフォルトの名無しさん
06/08/13 00:08:39
>>622
>まぁドラフトとれ次第、2.0をやってくれるだろ。
つまり「泳げる頃には」読めるんですな(苦笑)


624:デフォルトの名無しさん
06/08/13 15:47:52
何の情報も持たず、憶測で断言してる人ってなんなの?

625:デフォルトの名無しさん
06/08/13 15:50:37
>624は
>616のことね。

626:デフォルトの名無しさん
06/08/13 21:05:11
>>616が何を断言したって?

627:デフォルトの名無しさん
06/08/13 22:30:29
WWDC行ってる人もいるでしょ。616が行ったかどうかはわからんけど。

628:デフォルトの名無しさん
06/08/14 00:13:16
で、クロージャは付くのか?

629:デフォルトの名無しさん
06/08/14 00:50:02
WWDCの内容はしゃべれないんだよな
いつになったら情報でてくるのか

630:デフォルトの名無しさん
06/08/14 08:36:49
WWDCででた情報はしゃべれなくても、でてない情報はしゃべれるだろ。
WWDCでクロージャの話はでた?

631:デフォルトの名無しさん
06/08/14 09:28:18
>>630
ワラタ

GC って Boehm GC なの?
それともオリジナル?

632:デフォルトの名無しさん
06/08/14 09:52:46
>>631
以前出てた情報ではオリジナル。

633:デフォルトの名無しさん
06/08/14 13:05:07
>>616
Javaの匿名クラスはクロージャ風味を目指しているけど、準備と構文が煩雑すぎて愛されなかった。
C# 2.0の匿名ブロックぐらいが使い物になる境界線だと思う。
Java 7にも、ほぼ同じ構文が入る事になってる。
Objective-Cの場合、事前にInterfaceやdelegateを宣言する必要が無いと思うので、実装されれば幸福度は高いと思う。

634:613
06/08/14 15:13:33
>616

 なるほど。あれのコラムとかは結構勉強になったもんす。
 後のCocoa本(オライリーから翻訳でたけど)よりよっぽどこっちの方が役に立ったというか(笑)

 Appleからは当時のオリジナルはないけど、NeXT絡みのサイトを調べるとまだ拾える所があったりするから不思議(笑)

 個人的にはObjective-C 2.0ってGNUの方でも対応できるのだろうか?(GNUstepどうなるよ?)が今一番大きな心配だったり(笑)
 

635:デフォルトの名無しさん
06/08/14 17:46:50
Apple の runtime が必要になるから、簡単にはいかないよ (笑)

636:デフォルトの名無しさん
06/08/14 19:51:15
Apple runtime って、 opendarwin だったかなんかで
公開されてなかたっけ?
URLリンク(www.opensource.apple.com)

637:デフォルトの名無しさん
06/08/15 03:23:23
なんでもいいからNameScopeだけでも導入してくれ。いまや何でもかんでも
クラス化するのにグローバルにしかクラスが定義できないなんて最低だ。
使えん。クロージャなんかなくてもかまわん。
あと、Undoのマネージメントの仕組みも導入してほしいな。完璧でなくて
いいが、モデルがほしい。



638:デフォルトの名無しさん
06/08/15 03:51:42
>>632
サンキュ。オリジナルなんだ。実装の詳細を見られるのが楽しみだ。

639:デフォルトの名無しさん
06/08/15 04:43:35
>>637
だれもつっこんでないからいうけど、NamescopeじゃなくてNamespaceな。
日本語でいうと名前空間。
しかしNamescopeはなかなかいい造語のように思える。おまえ、センスあるよ。

640:デフォルトの名無しさん
06/08/15 04:52:18
カスを下手に誉めるとつけ上がるのでやめとけ。

641:デフォルトの名無しさん
06/08/15 12:33:30
URLリンク(www.cocoadev.com)
腐敗臭がする。

642:デフォルトの名無しさん
06/08/15 13:56:53
>>637
つけあがらないようにつっ込んでおくが、Undoの仕組みはかなり前に導入されたぞ。
Cocoaのクラス一覧を良く眺めてミロ。

643:デフォルトの名無しさん
06/08/15 17:00:00
Namescape

644:デフォルトの名無しさん
06/08/18 03:39:01
>>642
あんなもの使えん。おまえ、本当にアプリつくっているの?


645:デフォルトの名無しさん
06/08/19 07:35:44
>>644
俺はそれを使った事ないんだが、どうダメなのか簡単に。

646:デフォルトの名無しさん
06/08/28 10:44:52
誰かObjective-C 2.0の情報をまとめて下さい。

647:デフォルトの名無しさん
06/08/28 11:12:04
OSにつかわれてこそのプログラミング言語

648:デフォルトの名無しさん
06/08/29 04:10:16
OS って Kernel の事を指してる?

649:デフォルトの名無しさん
06/08/29 14:46:03
OSといってんだからOSだろ

650:デフォルトの名無しさん
06/08/29 17:33:49
Kernelの記述に使われてる言語ならほとんどはC言語とアセンブラかな。
ごく一部でC++もあるらしいけど。


651:デフォルトの名無しさん
06/08/29 17:57:10
macosx は、objc でかいてあるの?

652:デフォルトの名無しさん
06/08/29 20:59:31
objcがmacosxでかかれているよ

653:デフォルトの名無しさん
06/08/30 16:53:35
>>649
そうだとすると Objective-C も使われてる事になるね。
あとは Perl, Python, Java 辺りも。

Kernel だけなら、C, C++, ASM, m4 くらいかな。

654:デフォルトの名無しさん
06/08/30 18:40:16
Perl,Pythonって、どのOSにつかってるのか?

655:デフォルトの名無しさん
06/08/30 23:28:12
あ、sh を忘れてた。

656:デフォルトの名無しさん
06/09/03 03:40:41
>>645
YouOSあたりじゃない?

657:デフォルトの名無しさん
06/09/04 11:01:17
GNUstepをインストールしてみたんだけどObjective-C(・∀・)イイ!ね、
FoundationKitのソースをざっと眺めてみたんだけど読みやすくて何をしてるかすぐ分かって最高。
美しいって素晴らしい。

658:デフォルトの名無しさん
06/09/06 23:55:16
>>12
[>>1 autorelease];
で勘弁してあげて。

659:デフォルトの名無しさん
06/09/07 00:30:20
[self age];

660:デフォルトの名無しさん
06/09/07 09:02:47
Messageの一個目のパラメータに名前付けらんないのって
なんのいやがらせですか?

661:デフォルトの名無しさん
06/09/07 10:39:15
いや。それって、アンタの理解が間違っているだけですから……。

662:デフォルトの名無しさん
06/09/07 14:08:01
今日の議題
* メソッド名の一部をパラメータの名前だと勘違いしている件について

663:デフォルトの名無しさん
06/09/07 16:00:18
Objective-C の [ ] の中の文法(つまるところ Smalltalk の文法なんだけど…)は、原則として、

 receiver message

というように、メッセージを受け取るオブジェクト(receiver)と、それに送るメッセージ
(message)をスペースなどで区切って記述する。

さらに、メッセージは、セレクタと0個以上のパラメータ(引数)で構成される。

セレクタはパラメータの数だけ : (コロン)を含み、メッセージとして記述する際には、
それぞれのコロンの後にパラメータ+スペースを挿入する特殊な記法をとる。たとえば、

 receiver foo:arg1 bar:arg2

なら、メッセージは「foo:arg1 bar:arg2」、セレクタは「foo:bar:」。

コロンをひとつでも含むときは、セレクタは、かならずコロンで終わらせなければいけない。
換言すると、パラメータがあるときは、メッセージは必ずパラメータで終わる。したがって、
「foo:bar:baz」のようなセレクタや、それを含んだメッセージ(foo:arg1 bar:arg2 baz)は
使用できない。

なお、セレクタは、メッセージ送信の結果、起動することが期待されるメソッドの名前でもある
(両者は一致する)。

また、foo や bar を「キーワード」と呼ぶことがあるが、これはあくまで便宜的なもので、
言語仕様上、そうしたエンティティがあるわけではない(それらは結局、セレクタ、あるいは、
メソッド名の一部に過ぎない)。

664:デフォルトの名無しさん
06/09/08 11:45:28
Cocoaセミナーのムービーに中級編追加
URLリンク(developer.apple.com)

665:デフォルトの名無しさん
06/09/08 18:07:49
Objective-CでネイティブなWindowsアプリって作れる?

666:デフォルトの名無しさん
06/09/08 21:18:17
作ろうと思えば作れる

667:デフォルトの名無しさん
06/09/08 21:53:26
>>665 そのネイティブってどういう意味だ? 質問の前にもっと勉強が必要だな。

668:デフォルトの名無しさん
06/09/09 00:12:26
ObjCで使いやすいHTMLパーサってある?
別にCとかC++でもいいけど、Javaは嫌。

669:デフォルトの名無しさん
06/09/09 11:49:38
>>665
StepStone


670:デフォルトの名無しさん
06/09/10 09:46:15
>>669
StepStone社ってまだあるんか?

671:デフォルトの名無しさん
06/09/11 20:41:25
[self age];

672:デフォルトの名無しさん
06/09/11 20:43:22
さげちまった

673:デフォルトの名無しさん
06/09/15 18:47:44
[self hoshu]

674:デフォルトの名無しさん
06/09/16 09:42:36
[self sex:self]

675:デフォルトの名無しさん
06/09/16 11:08:36
/* おなにーかよ */

676:デフォルトの名無しさん
06/09/19 00:57:05
[self age];

677:デフォルトの名無しさん
06/09/19 01:29:36
Objective-C 2.0ではガーベッジコレクションが追加されるのかな〜。
知ってる人いたら教えて。

678:デフォルトの名無しさん
06/09/19 02:22:40
Objective-C 2.0

アップルは、魅力あふれる Xcode 3.0自身を使ってXcode 3.0を開発しました。
最新のガベージコレクション、強化された構文と改善されたランタイムパフォーマンス、
64ビットサポートをお届けします。
既存の Objective-Cソースとの下位互換性も備えているため、
自分のペースで作業を進めることができます。
Xcode 3.0のObjective-Cを使って、バグを減らしながらすばやくアプリケーションを記述できます。


679:デフォルトの名無しさん
06/09/19 18:26:27
プロパティってどうよ?

680:デフォルトの名無しさん
06/09/19 19:00:50
もうちょい具体的に

681:デフォルトの名無しさん
06/09/19 19:48:48
>>679-680
ワロタ

682:デフォルトの名無しさん
06/09/19 19:53:31
おそらく、2.0で追加される@propertyコンパイラディレクティブのことでないかと。

683:デフォルトの名無しさん
06/09/19 20:07:18
 785  Name: 4/7  [sage] Date: 2006/09/12(火) 21:29:33  ID: TiBUhRpI0  Be:
    他にもプロパティに指定できる属性がある。便利なのがivarだ。こいつはプロパティを指定した
    名前のインスタンス変数にマッピングするものだ。

    (コード。プロパティの属性ivarの例)
    @interface Bar : Object
    {
    int iVar;
    }
    @property(ivar = iVar) int FooBar;
    @end

    getterやsetterのメソッドも別に指定することができる

    (コード。プロパティのアクセサメソッドを個々に指定する)
    @property(getter = whatBaby, setter = setFire:) id baby;

684:スマソ、こっちが先だ
06/09/19 20:08:43
 784  Name: 3/7  [sage] Date: 2006/09/12(火) 21:28:49  ID: TiBUhRpI0  Be:
    【プロパティ】

    これはオレが見つけた中では追加された最大のものだ。こいつはグルーコードを書くために
    費やす時間やコード量を節約してくれる。

    Rubyの属性(attributes)のようにObj-C 2.0ではクラスのプロパティを定義することができる。
    んでもって、プロパティの属性(nocopy, readonly, readwrite. etc)を指定すれば、コンパイラは
    その指定に従ったKVC準拠のアクセサを生成する。もしそうしたければ、アクセサである
    setVar:やvarメソッドをオーバーライドすることもできる。

    (長いのでコード省略。属性無指定のプロパティとreadonlyのプロパティの例、アクセサのオーバーライド)

    で、見りゃわかることはこんなことだ。
    ・プロパティは.(ピリオド)でアクセスできる。かんたんインスタンス変数アクセス(訳注:あとででてくる)は
     ->を使うことをヘンに思うかもしれんが、これはKVCとは関係ないってことで納得しとこう。
    ・デフォルトのプロパティの実装は、文字列みたいなオブジェクトすら"do the right thing"で扱ってる
     ように見える。set時にコピーして、自分自身の解放時にもちゃんと解放するみたいだ。
     少なくともdeallocのテストは見当たらないな。
    ・当たり前だがGroupオブジェクト中のPersonオブジェクトは初期化しなくちゃいけない

685:デフォルトの名無しさん
06/09/19 23:43:17
せっかくObjective-C本が復刊したのに、また結構豪快なverupだなorz

686:デフォルトの名無しさん
06/09/19 23:49:08
このスレを見つけて、Objective-Cっていったい何なのさ。きいたこともないんだけど。って思った方、ぜひ以下のリンクをご覧下さい。
私が書いた訳ではありませんが、丁寧に書かれているので紹介します。
URLリンク(wisdom.sakura.ne.jp)
Objective-Cは名前からもわかるとおりオブジェクト指向言語です。
C系オブジェクト指向言語では、超メージャーな言語にC++があります。
Objective-CとC++の二つを見たとき、C言語に近そうなのは名前からもC++な気がしますが、実際にはObjective-CがよりC言語に近いです。
というよりはObjective-C=C言語+オブジェクト指向です。
そのため、Objective-CではC言語のソースがそのまま使えます。無駄になりません。
Objective-Cは現在、Mac OS Xの開発環境での主力言語ですが、決してMac OS X専用の言語ではありません。gccコンパイラでコンパイルできますから、gccがある環境をお持ちでしたらどこでも利用可能です。
興味のある方はぜひご一読くださいな。

687:デフォルトの名無しさん
06/09/20 00:17:08
onewayってメソッドの返り値を待たずに先々進んでいく、って認識でおk?

688:デフォルトの名無しさん
06/09/20 01:26:39
ただし、クラスメソッドにはインスタンスが存在しないため、
暗黙の self オブジェクトを使うことはできません。
URLリンク(wisdom.sakura.ne.jp)

使えるだろ。

689:・∀・)っ-○◎●新世紀ダンゴリオン ◆DanGorION6
06/09/20 01:31:18
にわかマカーです
ぶっちゃけSmalltalkの後継言語としてはRubyのほうが・・・。
RubyのCocoaバインディングがLeopardで標準サポートされるとか言う話を聞いたような。



690:デフォルトの名無しさん
06/09/20 07:37:50
はいはい。

691:デフォルトの名無しさん
06/09/20 10:45:48
>>686,688
そこは平気で嘘や勘違いを呼ぶ記述が書いてあるから初心者にはおすすめしませんが。
っていう話は既出な気がする。

692:デフォルトの名無しさん
06/09/20 11:19:51
>>687
+(oneway void)xxx;
-(oneway void)xxx;
以外は無視されます。つまり返値を待ちます。

上記(oneway void)の場合は、処理の終了を待たずに戻ってきます。

693:デフォルトの名無しさん
06/09/20 11:57:36
>>689
LeopardでRubyCocoaが標準搭載されるそうです。
Cocoa-Javaは捨てられて、代わりにRubyって感じ?
Appleもお気に入りのよう。

694:デフォルトの名無しさん
06/09/20 12:52:01
LeopardってRoRも載るんだよな

695:デフォルトの名無しさん
06/09/20 14:18:02
Pytonのバインディングも、10.4から入っていたような。

696:デフォルトの名無しさん
06/09/21 02:10:50
Javaは型に対して厳し過ぎるからね



697:デフォルトの名無しさん
06/09/21 03:46:18
>>688
いやいや、使えないと思いますが。。。
もし使えたら、Java言語でのクラスメソッド内でthisが使えるということと同じになりますよ??
では逆に、クラスメソッドでselfが使えたとして、そのselfは何を指すのかお聞きしたい。

698:デフォルトの名無しさん
06/09/21 04:18:56
>>697
> もし使えたら、Java言語でのクラスメソッド内でthisが使えるということと同じになりますよ??

いいえ、Objective-C は Java ではありません。

699:デフォルトの名無しさん
06/09/21 04:26:28
>>698
失礼しました。Javaの話は忘れて下さい。今はObjective-Cの話ですものね。
では、クラスメソッドでselfが使えたとして、そのselfは何を指すのかということに関してはどうお考えですか?

700:デフォルトの名無しさん
06/09/21 04:31:55
なにも考えていませんが、

Inside an instance method, self refers to the instance; but inside a
class method, self refers to the class object.

ということです。

701:デフォルトの名無しさん
06/09/21 04:36:16
>>700
クラスメソッド内でのselfはクラスオブジェクトを指すんですか。
それは初耳です。自分の勉強不足である可能性がかなり高いので、
確認のため紹介いただいた英文の出典を教えていただけないですか?

702:デフォルトの名無しさん
06/09/21 04:45:07
OBJECT-ORIENTED PROGRAMMING AND THE OBJECTIVE-C LANGUAGE

あるいは
URLリンク(developer.apple.com)
の The Language > How Messaging Works

703:デフォルトの名無しさん
06/09/21 04:48:24
>>702
丁寧な回答ありがとうございます。やはりAppleのDeveloper Connectionのページでしたね。
早速読んで勉強します。ありがとうございましたm(__)m

704:デフォルトの名無しさん
06/09/21 08:17:21
>クラスメソッド内でのselfはクラスオブジェクトを指す
Rubyでも同じですね。

smalltalk的で動的、というのがRubyと相性良い理由なのかな。

705:デフォルトの名無しさん
06/09/21 10:02:59
>>701
> 自分の勉強不足である可能性がかなり高い
どうして、まっさきに、その可能性を疑わない?! オマエは mkino か?

706:デフォルトの名無しさん
06/09/21 13:01:23
普通のCocoaプログラマなら誰でも知ってることをmkino氏が知らないわけないだろ。
メタクラスとかよく分からない俺でも、Obj-Cのクラスはオブジェクトであって、
NSObjectのインスタンスメソッドをクラスオブジェクトに対して呼べるくらいは知ってるぞ。

707:デフォルトの名無しさん
06/09/21 17:07:41
rubyCocoaってWindowsの世界で言うVBAというかCOMというか
マクロ(スクリプト?)みたいな使い方が出来るようになるの?

708:デフォルトの名無しさん
06/09/21 17:23:33
WinのVBAとかCOMに相当するものはOSAだと思うんだが。

709:デフォルトの名無しさん
06/09/22 00:07:42
>>706
>NSObjectのインスタンスメソッドをクラスオブジェクトに対して呼べるくらいは知ってるぞ。
NSObjectクラスの-classメソッドなんかはそのいい例だね。

710:デフォルトの名無しさん
06/09/22 13:20:08
あのぉ、ちょっとよろしいでしょうか?
[[NSObject new] class]; が NSObject なのは分かるのですが、
[NSObject class]; が NSObject になるのはなぜですか? 
NSObject のクラスメソッドはどこに定義されているのでしょう。

711:デフォルトの名無しさん
06/09/22 13:25:52
>>710
定義はどこって。。。
とりあえず宣言は Foundation/NSObject.h にあるけど。

>790を見なかったことにすれば全く問題ないね。

712:デフォルトの名無しさん
06/09/22 13:31:19
>>790に期待

713:デフォルトの名無しさん
06/09/22 13:42:15
>>710
ここ読むと分かるかも。
URLリンク(journal.mycom.co.jp)

714:デフォルトの名無しさん
06/09/22 13:50:35

ようし、お前らがその気ならこっちは
ProceduralSmalltalkだ

715:710
06/09/22 15:37:11
>>713
ありがとうございます。すべての謎が解けました。
Objective-C のメタクラスはオブジェクトではないのですね。

716:デフォルトの名無しさん
06/09/24 21:10:17
今までGUIプログラミングはCocoaしかやったことないんですが、
Cocoaプログラマが一番取っ付きやすいWindows のAPIってなんでしょうかね。

717:デフォルトの名無しさん
06/09/24 21:52:07
VB

718:・∀・)っ-○◎●新世紀ダンゴリオン ◆DanGorION6
06/09/24 22:11:28
Visual C# 2005はタダだから使ってみるといいかも

719:デフォルトの名無しさん
06/09/25 03:25:50
↓無料だよ。
URLリンク(www.turboexplorer.com)


720:デフォルトの名無しさん
06/09/25 19:12:06
>>716
GNUstep

www.gnustep.org

721:デフォルトの名無しさん
06/09/25 22:23:36
GNUstepってOSXで使える?

722:デフォルトの名無しさん
06/09/26 06:44:45
もちろん

723:デフォルトの名無しさん
06/09/26 10:49:05
しかしOSXでGNUStep使う意味があるのだろうか…?

724:デフォルトの名無しさん
06/09/26 11:08:22
>>716
WebObjects
.NET Framework

725:デフォルトの名無しさん
06/09/26 18:53:33
>>723
クロスプラットフォームなソフトをObjective-Cで書きたいとか。

726:デフォルトの名無しさん
06/09/26 19:04:08
>>723
古いバージョンのOSXで新しいAPIを使いたいとか。

727:デフォルトの名無しさん
06/09/27 09:52:43
>>726
そんなに新しいAPI実装されてるの?

728:デフォルトの名無しさん
06/09/27 15:36:01
メモリリークについての質問です。

Xcodeで新規プロジェクトとしてCocoa Applicationを作成→ビルド→
パフォーマンスツールを使用して起動からMallocDebugを選択→MallocDebugのLaunchボタン→
MallocDebugのポップアップからLeaksを選択(この時点でリークはなし)→
Cocoa Applicationのウィンドウをクリックするなりしてアクティブにする→
MallocDebugのUpdateボタンを押す→「40 bytes in 1 node」のリーク発生

さらにCocoa Applicationをアクティブにするたびにリークが増えていくのですが、
これって気にしなくてもいいんでしょうか?

ちなみにターミナルからexport MallocStackLogging=YESした後、openで起動して
leaksで確認したところ、やはりリークが起こっているようです。

729:728
06/09/27 15:41:02
書き忘れましたが、

OSX 10.4.7
G4
Xcode 2.4

の環境です。

730:デフォルトの名無しさん
06/09/28 11:05:31
OCUnitでUnitTestをしているのですが、
「オブジェクトがdealloc済であることをチェックする」にはどうしたら良いでしょうか?

dealloc 済のオブジェクトなので、何かメッセージを送ると落ちてしまいますし、
かといって、nil になっているわけでもないので、STAssertNil によるチェックも
できません。

731:デフォルトの名無しさん
06/09/29 00:28:56
>>728
自分も試しに、以前作った自作CocoaアプリのMalloc Debugやってみたら、
ウィンドウアクティブにするたびにリークが増えてくorz
一番最初はノーリーク。一回ウィンドウをアクティブにして、Updateすると、
40 bytes in 1 nodeのリーク。
症状全く同じだわ。
もしかして、アクティブにするたびに40bytesずつ増えてったりしない??
40 bytes in 1 node
80 bytes in 2 nodes
120 bytes in 3 nodes
160 bytes in 4 nodes
みたいに…

どなたかご存知の方いましたら、ご教示お願いします。


732:731
06/09/29 01:33:14
まさかと思い、Apple純正のCocoaアプリ「計算機」でMallocDebug
やってみたら、なんと同じリークが…。ウィンドウアクティブにする
たびにリークが同じく40bytesずつ増えてく。
これって仕様なの??それとも他の理由が??
気にしなくていいということですかね?
もし本当にリークしてるなら、ウィンドウをアクティブにするのは
極力控えた方がいいってことなのかな〜(^^;)

733:・∀・)っ-○◎●新世紀ダンゴリオン ◆DanGorION6
06/09/29 02:04:09
どう見てもココアのバグです。本当にありがとうございました。

734:731
06/09/29 02:46:52
>>733
やっぱそうなんですかね。
Appleは自分のCocoaアプリをMallocDebugにかけてないとは思えないですが…。
本当にCocoaのバグなら残念です。

735:デフォルトの名無しさん
06/09/29 04:27:46
設計が古いからしょうがないですね。.NETなら原理的にありませんよ

736:728
06/09/29 09:45:54
Safariをleaksで確認してて気がついたんだけど、リークしてるメモリの内容が...

英字入力状態:
Leak: 0x0581ad70 size=48 instance of 'NSCFString'
0xa07b9674 0x0001078c 0x1b636f6d 0x2e617070 .{.t.....com.app
0x6c652e69 0x6e707574 0x6d657468 0x6f642e52 le.inputmethod.R
0x6f6d616e 0x00000000 0x00000000 0x00000003 oman............

ひらがな入力状態:
Leak: 0x004a8d30 size=48 instance of 'NSCFString'
0xa07b9674 0x0001078c 0x1e636f6d 0x2e617070 .{.t.....com.app
0x6c652e69 0x6e707574 0x6d657468 0x6f642e4a le.inputmethod.J
0x6170616e 0x65736500 0x00000000 0x00000003 apanese.........

カタカナ入力状態:
Leak: 0x0584e340 size=64 instance of 'NSCFString'
0xa07b9674 0x0001078c 0x27636f6d 0x2e617070 .{.t....'com.app
0x6c652e69 0x6e707574 0x6d657468 0x6f642e4a le.inputmethod.J
0x6170616e 0x6573652e 0x4b617461 0x6b616e61 apanese.Katakana
0x00610076 0x006f0072 0x0076006f 0x00726525 .a.v.o.r.v.o.re%

全角英字入力状態:
Leak: 0x0574b260 size=64 instance of 'NSCFString'
0xa07b9674 0x0001078c 0x2d636f6d 0x2e617070 .{.t....-com.app
0x6c652e69 0x6e707574 0x6d657468 0x6f642e4a le.inputmethod.J
0x6170616e 0x6573652e 0x46756c6c 0x57696474 apanese.FullWidt
0x68526f6d 0x616e0072 0x00660061 0x0075006c hRoman.r.f.a.u.l

英字とひらがなの場合はウィンドウをアクティブにするたびにリークが増えますが、
カタカナと全角英字は増えません。やっぱinputmethodのバグですかね。

737:デフォルトの名無しさん
06/09/29 10:23:37
>>735
Objective-C 2.0でガベージコレクションが導入されたら、
Cocoaも原理上リークがなくなるはずだ。

738:728
06/09/29 10:24:14
とりあえずバグレポート提出してきたです。下手な英語で書いたけど、
どこか日本語で受け付けてくれるところはないんでしょうかね。

739:731
06/09/29 10:36:08
>>738
おぉ、助かります!!早く解決されることを祈るばかりです。
できれば、Cocoaのバグではなくて、MallocDebugのバグであってほしいです。

740:デフォルトの名無しさん
06/09/29 21:16:08
>>730
とりあえず思いついた方法
・ひとつ余分なretainをして、retainCount == 1となることを検証
・MallocScribble環境変数を設定して、idのサイズ分0x55になっていることを検証

741:デフォルトの名無しさん
06/09/29 21:20:21
>>740
そもそもretainできない件

742:デフォルトの名無しさん
06/09/29 21:31:30
-dealloc の中で「dealloc されました」って通知すればいいんでないの

743:デフォルトの名無しさん
06/09/29 22:00:28
>>742
確かに。自作クラスだったら-deallocをオーバーライドして通知のためのコード
入れればいいもんね。


744:デフォルトの名無しさん
06/10/03 22:26:27
Java出身ですが、objcに興味津々
てかcocoaとかのライブラリーに興味あり

今とりあえずCを勉強中。preprocessorってコード読みにくい。。。

で、Cをひとまず覚えたらobjcの本とかPDFとか何を読むのがおすすめですか?
英語でかまいません。むしろ英語がよい。

745:デフォルトの名無しさん
06/10/03 22:45:17
Apple のサイトに一杯あります。
あと、Cをそんなに勉強する必要はないと思う。
URLリンク(developer.apple.com)
から好きなだけ読め。
言語自体は
URLリンク(developer.apple.com)
それをさっと眺めたら
URLリンク(developer.apple.com)
で実際にappをかいてみて、そのあと
URLリンク(developer.apple.com)
で基本を学ぶのがいいと思う

746:デフォルトの名無しさん
06/10/03 22:54:10
>>744
自作のCでやるクラス・ライブラリーは完成したんですか?

747:デフォルトの名無しさん
06/10/04 01:17:36
>>746
すいません。よくわかりません。

>>745
サンクスです。本とかよりappleのpdfで十分ってことですね。

とりあえずcは基礎だけは勉強しておこうと思ってます。
structすらまだ学んでないので。。。

748:744
06/10/04 01:31:01
cocoaのこの辺りがいけてるとか、充実してるとかってありますか?
CやJavaに比べて

ぱっとみCoreAudio, CoreImageは凄そうと思いました

749:デフォルトの名無しさん
06/10/04 02:39:43
Cocoaっつーか、IBが面白い。

750:デフォルトの名無しさん
06/10/04 09:28:13
Objective-C のいいところは、C++/Java とちがって
非常にダイナミックなところでしょう。
binding 多用しだすともう殆どスクリプト言語状態だと思います。


751:745
06/10/04 09:30:31
>サンクスです。本とかよりappleのpdfで十分ってことですね。
充分かどうかは... 本もいいのがいろいろあるよ。
ヒレガスとか。
URLリンク(www.cocoadev.com)
に書評があるのでみてみてね。

752:デフォルトの名無しさん
06/10/04 20:57:38
>>751
ひれがす?

753:デフォルトの名無しさん
06/10/05 06:36:37
>>744はCocoaとObjective-Cを混同している予感

754:デフォルトの名無しさん
06/10/05 08:20:41
混同してるようには見えんが

755:744
06/10/05 12:38:03
>>753
Cocoaはobjcのライブラリーでしょ?

>>751
ありがとうございます。参考にします。

756:・∀・)っ-○◎●新世紀ダンゴリオン ◆DanGorION6
06/10/06 06:37:45
Obj-C自体実質MacOS X専用言語だからなー


757:デフォルトの名無しさん
06/10/06 11:40:45
はつみみです

758:デフォルトの名無しさん
06/10/06 14:38:05
はなしし?

759:デフォルトの名無しさん
06/10/06 15:35:07
Mr.ダンゴリオン・・・あなたは一体何者なんですか?

760:デフォルトの名無しさん
06/10/06 15:37:17
お団子ちゃんの退化系

761:デフォルトの名無しさん
06/10/06 15:46:14
ウソップとそげキングみたいなものでつか?

762:デフォルトの名無しさん
06/10/07 00:37:38
ってか Mac 以外の環境で Objective-C 触ってる物好きなヤツっているの??


763:デフォルトの名無しさん
06/10/07 00:39:14
いまだにOpenStep使ってる椰子とか

764:デフォルトの名無しさん
06/10/07 01:16:13
白豚さんとか

765:デフォルトの名無しさん
06/10/07 01:52:05
GNUstepではだめ?Windows環境で学びたいんだが...
つーわけで、とりあえずcygwinでApacheモジュール作ってみた

766:デフォルトの名無しさん
06/10/09 10:18:53
Objective-Cのソースコード整形ツールってあるん?
人から渡されたコード読んでるけど汚くってかなわん。
両刀使いだからWinでもMac用でもかまへん。

767:デフォルトの名無しさん
06/10/09 13:11:40
ObjC 2.0でますますCocoa専用言語な印象が強まったんですが。

768:デフォルトの名無しさん
06/10/09 21:41:54
GNUstepの中の人たちが頑張ってくれるだろう。
もしくは中の人になれ。

769:デフォルトの名無しさん
06/10/10 01:00:55
>>766
汚いソースの例が見たい

770:デフォルトの名無しさん
06/10/10 01:53:17
WinとMacで両刀使いか
ならばMonaも使ってると三所責めだな

771:デフォルトの名無しさん
06/10/14 20:42:55
ObjCをコンパイルできる無料のコンパイラってgcc以外にある?

772:デフォルトの名無しさん
06/10/15 00:09:03
POC 使えば、原理的にはどんな C Compiler でもコンパイル出来るはず。

URLリンク(users.pandora.be)

773:デフォルトの名無しさん
06/10/15 13:31:16
>>772
ちょっくら読んでみたけど、これってObjc -> Cに変換するプリプロセッサ?

774:デフォルトの名無しさん
06/10/15 14:08:58
うn、中々面白いよ、でも癖があったりするからちょっと困る

775:デフォルトの名無しさん
06/10/16 22:38:16
macでプログラミングをしてみたいのです
mac関連のプログラミング本はほとんどObjCで書かれていますが
この板ではObjCはあまり人気がないように見えます。
みなさんはぶっちゃけどの言語をお勧めしますか

776:デフォルトの名無しさん
06/10/16 22:44:33
ぶっちゃけObj-C

777:デフォルトの名無しさん
06/10/16 23:21:46
ObjCスレで聞いてObjC以外の答えが返ってくると思うのかい?

778:デフォルトの名無しさん
06/10/17 00:30:34
Obj-C最高!

とまで言わないがかなりイイ!

779:デフォルトの名無しさん
06/10/17 06:51:47
Macでのプログラミングの話題は新Mac板の方が活発。

780:デフォルトの名無しさん
06/10/17 10:12:35
>>777
このスレできいて、違う言語があがればそれこそObjCを見限ろうと
思ってました

781:デフォルトの名無しさん
06/10/17 10:40:03
う〜ん、言語の善し悪しというよりはライブラリの善し悪し、そのライブラリを使うためのObjC、かなぁ?
Cは好きだけどCarbon onlyで書こうとは思わんし、Cocoa-javaも付け焼き刃の印象しかない
WebObjectsみたいに気合いが入ってなさそうだし>>Cocoa-Java

782:デフォルトの名無しさん
06/10/17 11:41:21
見限るとか見限らないとか、そんな大層な問題じゃないような…
気になったら遊んでみればいいし、飽きたら忘れれば良い

783:デフォルトの名無しさん
06/10/17 13:23:53
というか ObjC は C とオブジェクト指向を知ってたら文法は屁でもない。
C++ 知ってたらとりあえず一日でだいたい使えるようになる。

Cocoa の API をつかむのは案外時間いるかもだけれども。

784:デフォルトの名無しさん
06/10/17 13:38:36
ObjC→C++はどうでつか?

785:デフォルトの名無しさん
06/10/17 14:40:34
C++ はとんでもない機能が沢山あるので、そこまでやりたければじかんがかかるでせう

786:デフォルトの名無しさん
06/10/17 15:06:24
>>781
WebObjectsも気合いは入ってない

787:デフォルトの名無しさん
06/10/17 15:53:38
ていうか Cocoa-Java はとうとう deprecate された

788:デフォルトの名無しさん
06/10/17 17:31:08
もうだめぽ

789:・∀・)っ-○◎●新世紀ダンゴリオン ◆DanGorION6
06/10/17 18:31:34
Cocoa-Ruby
まじでおすすめ

790:-○◎○
06/10/17 19:01:04
この道を行けばどうなるものか、危ぶむなかれ。
危ぶめば道はなし。踏み出せばその一足が道となる。
迷わず行けよ。行けばわかる

ありがとう、ダンゴリオンさん
Cocoa-Ruby でいってみます

791:デフォルトの名無しさん
06/10/17 22:33:56
ちなみに RubyCocoa だと思ふ...

あと、RubyCocoa は Objective-C+Cocoa をやってから
やっぱスクリプトがいいや〜、と移行するものであって
それではじめるものではないと思うけどどうでせう。

Obj-C 有る程度わかってないと Cocoa のドキュメント読めないでそ。

792:デフォルトの名無しさん
06/10/22 13:58:29
Smalltalk、Objective-C、Ruby
メッセージ指向なオブジェクト指向言語の方がCocoa向きだよね

793:デフォルトの名無しさん
06/10/22 15:02:51
>>792
>メッセージ指向
なんだそれ?


794:デフォルトの名無しさん
06/10/22 15:06:33
>>>792
Ruby は違うでしょ。単に動的なだけ。

795:デフォルトの名無しさん
06/10/22 20:38:38
>>793
アラン・ケイのオブジェクト指向。メッセージングという考え方を表現や問題解決の中心に据える。
対して、C++、Eifflel、Java などが立脚しているのは「クラス指向」なビアルネ・ストラウストラップの
オブジェクト指向。抽象データ型を(Simulaの)クラスという機能を用いて実現するという考え方。

>>792,794
Ruby のポリシーは、「いろんな言語のいいとこどり」なので、オブジェクト指向についても
どっちつかず。

796:・∀・)っ-○◎●新世紀ダンゴリオン ◆DanGorION6
06/10/22 20:43:12
メッセージ指向っていえばWin32のウィンドウクラスの考え方がそうだ
汚いが。

797:デフォルトの名無しさん
06/10/23 03:35:31
caseの化け物のことか

798:デフォルトの名無しさん
06/10/23 07:08:43
>>795
解説アリガォ。
結局動的か静的かになるんだろうけど、どちらもオブジェクト指向つーのは分かりづらいな。
オブジェクト指向メッセージ指向?
オブジェクト指向クラス指向?

指向指向うるさいなw


799:デフォルトの名無しさん
06/10/23 09:51:02
メッセージ指向とクラス指向って排他なの?
あとクラス指向って本当にStroustrupがベースなの?

800:デフォルトの名無しさん
06/10/23 21:03:11
>>798
ケイのオブジェクト指向、ストラウストラップのオブジェクト指向でおk

動的か静的か…のくくりだと語弊があるかも。
ケイは静的型チェックを否定しているわけじゃなく、ストレスなしに使える
静的型チェック機構の存在を知らない…と言っているだけだし。

>>799
排他ではない。けれど、前提となるもの、視点が違うから適所でうまく切り替えるべき。
たとえば、ストラウストラップの…は抽象データ型に軸足をおいているから、
クラスやオブジェクトの中身の設計や見せ方に重きを置くけれど、ケイの…は
そういうことには頓着しない、とか。
別の例では、ストラウストラップの…は基本データ型との混在を許すが、ケイの…では論外、とか。

抽象データ型を SIMULA のクラスを使って…というアイデアは、ストラウストラップが
C++ の前身である C with Classes で試したのが最初。メイヤーは、C++ にあれこれ
いちゃもんを付けたり、ストラウストラップの主張を黙殺したりするけど、言っていることは
ほぼ、ストラウストラップ+α(契約によるプログラミング)の類で、新機軸を打ち出しているわけではない。

まあ、ストラウストラップ自身は「クラス指向」という言葉を使っているわけではないので、
(彼は、「抽象データ型のスーパーセット」、「継承によるプログラミング」と称している)
799が疑問を呈しているその「クラス指向」がなにかにもよるけれど…。いずれにせよ、
よく言われる「カプセル化・継承・多態性」とかのオブジェクト指向は、ストラウストラップので、
ケイのじゃない。

801:デフォルトの名無しさん
06/10/24 01:24:11
>>800
ん、そうだっけ?
Smalltalk78の時点で継承という概念は導入されているし、メッセージを飛ばすSmalltalkはそもそも多態性だろう。
カプセル化については、オブジェクトを作るという行為そのものがカプセル化ではないのか。


802:デフォルトの名無しさん
06/10/24 01:49:39
カプセル化はアクセス制御出来ないとダメなんじゃないの。

クラス指向とオブジェクト指向は、何を本質とするかであって、
単にマッピング出来るかどうかの問題じゃないんじゃないかな。

803:デフォルトの名無しさん
06/10/24 02:03:45
>>801
いや。それは Smalltalk がその三点を満たしているかと問われれば、たしかにそうなるけど…。

でも実際のところ、ケイは彼のオブジェクト指向において、そういうことは言っていないし、目指してもいない。
本気でそう(「カプセル化、継承、多態性」がケイのオブジェクト指向においても要件である…)
と信じているなら、下のにひとおとり目をとおしてから出直してきてくれると助かる。

URLリンク(www.purl.org)
URLリンク(lists.squeakfoundation.org)
URLリンク(gagne.homedns.org)

もちろん、こうしたケイの意向があったとしても、Smalltalk ユーザーがそれを無視して、
ストラウストラップのオブジェクト指向を(部分的ながらも) Smalltalk を用いて実践したいと思ったとしても、
それを妨げるものは何もないわけだけれども…。

たとえば、この人なんか Smalltalker として有名だけど、典型的なストラウストラップの
オブジェクト指向実践者(の、わりに C++ には批判的なのが笑える)。

URLリンク(www.sra.co.jp)

804:デフォルトの名無しさん
06/10/24 02:20:10
>>802
ダメってことはない。なぜなら、カプセル化、継承、多態性というのは、Smalltalk にも
当てはまるようにデフォルメされているから。Smalltalker はケイをないがしろにした上に、
ストラウストラップの考えも都合よく骨抜きにしてしまった。じつに傲慢な奴らだ。w 

ただ、802 のいうことは当たらずとも遠からずで、ストラウストラップが要件としてあげた
ものは、抽象データ型、継承、仮想関数を用いた動的性…に加えて、静的型チェック、
多重継承、アクセス制御…なので、これにはちゃんと含まれている。

URLリンク(portal.acm.org)
URLリンク(www.research.att.com) (上の '90 改訂版。内容はほぼ同じ)

だから、真にストラウストラップのオブジェクト指向を実践するには、ほんとうは、
Smalltalk ではダメ(だからデフォルメして対応せざるをえなかったわけだけれども…)。

805:デフォルトの名無しさん
06/10/24 13:45:01
Smalltalkの多態は継承ツリーがどうこうという話ではなく、
呼ぶメソッドを実装されてるか、という1点にかかっているあたりクラス指向
というよりメッセージ指向な感じがするわけだけど、

Simula の末裔の C++ が template で似たようなスタイルを実現している(しかも
それが標準ライブラリとして広く使われている)あたりとか面白いですよね。


806:デフォルトの名無しさん
06/10/25 22:27:12
gccがこんなエラー吐いてくれるぜwwww

In file included from linking.m:28:
objc/Object.h:38: error: 構文解析エラー before '{' token
objc/Object.h:43: fatal error: method definition not in class context

807:デフォルトの名無しさん
06/10/25 22:42:49
ただ単にObject.hが壊れてるだけじゃね?

808:デフォルトの名無しさん
06/10/30 20:28:49
URLリンク(developer.apple.com)
の32ページに、

Objective Cでは、インスタンス変数にデフォルトで@protectedというラベルが付きます。GCC 4.0
では、これを明示的に警告するようになりました。また、将来のコンパイラではこれをエラーとし
て取り扱います。この問題を修正するには、Objective-Cインターフェイスでインスタンス変数のス
コープを明示的に指定してください。

ってあるんだけど、これってインスタンス変数を定義する時に今までは省略していた@protectedを書かなければいけなくなるってこと?

809:デフォルトの名無しさん
06/10/30 22:55:46
デフォルトで~っていうのは、書かなくても @protected 扱いになるということだと思われ
エラー/警告が出るのは、他の class からインスタンス変数を @public として操作した場合の話じゃないかな

810:デフォルトの名無しさん
06/10/30 23:03:19
220度くらいズレてる気がする

811:デフォルトの名無しさん
06/10/30 23:09:34
適当な事を行ってすいませんでした m(__)m

812:デフォルトの名無しさん
06/10/30 23:41:11
>>808
いつの間にか翻訳、英語版に追いついてるな。
ObjC 2.0でまた置いて行かれそうだが。

813:デフォルトの名無しさん
06/11/05 02:24:57
インスタンスメソッドから、インスタンス変数と同名のグローバル変数へアクセスすることはできないのでしょうか?
早い話、

グローバル変数
const int foo = 100;

- (id)init {
[super init];
self->foo = foo;
return self;
}

上記のような感じでグローバル変数でインスタンス変数を初期化したいのです。
何か良い方法は無い物でしょうか?

814:デフォルトの名無しさん
06/11/05 02:40:51
そのことやるくらいなら、マクロで初期値設定した方がいい

815:デフォルトの名無しさん
06/11/05 02:49:14
すみません、正確には変数じゃなくて配列なんです。
元々はC++のソースで、namespaceで対応されている部分なのですが……。
やはり同名のグローバル変数にはアクセス出来ないのでしょうか?

816:デフォルトの名無しさん
06/11/05 04:25:59
static int global_foo() { return foo; }

817:デフォルトの名無しさん
06/11/05 04:30:18
Objective-C++ にして、普通にnamespace::varじゃいかんの?
手元で確かめずに言ってすまんけど。

818:デフォルトの名無しさん
06/11/05 20:16:00
>>817
なるほど、Objective-C++という逃げ道がありましたね……。
何の問題も無くクリア出来ました。ありがとうございました。

819:デフォルトの名無しさん
06/11/06 09:26:41
>>813
Objective-C++ じゃない場合でも以下でいけるんじゃね?
const int foo = 100;
static int getFoo(){ return foo; }
- init{
 self->attr = getFoo();
 return self;
}


次ページ
最新レス表示
スレッドの検索
類似スレ一覧
話題のニュース
おまかせリスト
▼オプションを表示
暇つぶし2ch

4855日前に更新/229 KB
担当:undef