minahitoの鯉日記スマートフォン用の表示で見るminahitoの鯉日記この広告は、90日以上更新していないブログに表示しています。2009-08-23デリゲートXCさっきの話は、デリゲートの存在意義とも関係がある。シーケンスを変更できんことにはオンステージさせられん。することはできんので、元のクラスをインスタンス化するんじゃのうて、カスタムサブクラスのほうをインスタンス化するように色んな箇所を変更せにゃあいけん。ビジュアル開発ツールの場合、最悪オブジェクトの削除・再ドロップが必要になる。一方で、デリゲート設定の場合は生成済インスタンスへのオペレートじゃけん、インスタンスの生成に関わる部分を変更する必要がないというメリットがある。ゲームエディタとかだと配置済のオブジェクトにアタッチするスクリプトを変更するだけじゃけど、まさにそれがデリゲートの話になる。結局両方サポートせんといけんのじゃけどね。なんかは削除・再ドロップをせんでもええように、インスタンス化を行ったままクラスを変更できるようになっとる。フレームワークでデリゲート的なアプローチの必然性が低いのはこのためじゃと思う。ほとんどのフレームワークは規約に基づいてファイルとサブクラスを定義しておくと自動的に読み取ってインスタンス化するシーケンスが入っとる。じゃけん、カスタムサブクラス中心の開発をガンガンやってけるわけです。非常にうまい仕組みじゃと思う。弄りとうないという人が一定数おることが分かってきた。同じスタイルの用途には耐えれんけー、1.0でデリゲートを強化して、開発でももっと使えるようにする必要がある。カスタムサブクラスとデリゲートは、どちらも低レベルでは間接ジャンプのジャンプ先を変更しとるだけにすぎんけえ、人間側の作業過程のほうが違いが大きい。»プロフィールid:minahito_carp今年こそ広島が優勝したブログ。(1)はてなブログをはじめよう!minahito_carpさんは、はてなブログを使っています。ブログを報告するスターをつけました引用をストックしましたストック一覧を見る閉じる引用するにはまずログインしてくださいログイン閉じる引用をストックできませんでした。再度お試しください閉じる限定公開記事のため引用できません。