んーなんとなく解決策が見えてきたかな？
今までMからダイレクトにデータの出し入れをmethodつかってたから、ちょっと不安な部分があったのだけど、childMも作っちゃって継承してやればその分そこで自由にハンドリングできるから自由度も広がるかな？と・・・。その分カスタムクラスに対してのproperty設定もしなくていいし・・・。
ただpropertyでsetterを殺していたとしても、そのproperty名で値を直接設定したりするような勘違いをするとgetterも死んでしまってmethodが呼び出せなくなるというなんか本末転倒な状況になる・・・。なんのためにsetterを殺しているのか意味が分らないｗ
setter getterでそのpropetyのR/W属性設定する前に、propertyの上書き禁止設定とかしてもらわないと困るようｗ
－－－－－－－－－－ 山折 －－－－－－－－－－－
this.addProperty(“id”, this.id, null);
－－－－－－－－－－ 山折 －－－－－－－－－－－
これぐらいの融通性は利かせて欲しい・・・。（呼び出しのprototype設定してもproperty上書きで来ちゃうんじゃ意味がないです）
まぁなんにしてもこういう構築するときは実際Flash作り始める前に如何に仕様を整頓して体系づけておくか？がキーになるので、準備段階に異常に時間がかかるなあ・・・。一回組んでしまえばあとは非常に楽になるんだけど、最初の部分で道を誤ると全然駄目ってことだす。こーゆーの整理するときてってやっぱUMLとかだとスムーズに出来たりするんだろうか？今の俺のまとめかたって自分で後から見ても時々分らなくぐらいの意味不明な体系図になってるし・・。この辺での効率化とかも勉強しないといけません。
月: 2004年1月
カテゴリー
SWFの中にRDF？
BLOGのFlash化とかRDFとか諸々問題あってどーなんかいな？と一歩引いていたのだけど、つい先日とこぞかのサイトでパケット拾ってみてたら、SWFの中にRDFが埋め込まれているくさい応答情報をキャッチ。そのあとIEがハングしたので、詳細は闇の中（どこのサイトかも覚えていない）
SWFのパケットのバイナリの中にいきなりRDFのソースが表示されていたという感じだったとおもうのだけど、そんなことが出来るのだろうか？（ってか外部からデータを読み込んでいるわけではなく、SWFをそれに基づいて生成しているということ？Ming使ってるのかな？）
それだとなんかFlashでBlog作る意味もあるのかもしれない。
個人的にはtrackBackもない検索エンジンにも拾われないBLOGとかBLOGなのかしら？と思ってしまうのだけど、逆にこのブログのページだけで既にGoogleに1300件近く登録されているってのもある意味ゴミ情報でネット世界をより使いにくくさせているのかもしれないとか思うと複雑な心境でもあります。
カテゴリー
最近のお気に入りイラストレータ
ミスタードーナツが最近立て続けに不祥事を連発しております。昔から俺の周りの人たちにはミスタードーナツの好きな人が多いので、ミスタードーナツなくなると暴動おきるんじゃないか？と思ったりしますが、個人的にはアレを食べると気分が悪くなるのでどうでも良かったりします。そんな話は置いておいて、そこらへんのニュースを読んでいてミスタードーナツ＝ダスキンであるということを知って激しく驚きました。ダスキンとドーナツ？買収による異業種展開なのかな？とおもったんだけど、沿革みてみると１９７０年からなんで、世の中が異業種展開と騒ぐ前からやってるんだなあと、ダスキンの懐の深さを感じました。
余談ですが、
－－－－－－－－－－ 山折 －－－－－－－－－－－
仮にお召し上がりいただいても健康に害を与えることはないものと判断してはおりますが（「ポテトクリームスープ」一時販売休止のお知らせ）
－－－－－－－－－－ 山折 －－－－－－－－－－－
この一文は削除しておいた方がいいんじゃないか？とちょっと老婆心ながら思いました。害を与えないからってポテトクリームスープにシナチクとか入っていたらおかしいだろ？とか・・（それはそれでおいしいのかも知れませんけど）
最近色々上位部分だけのスクリプティングなんかの仕事が多くて、そういったときにMVC的に作るとどーも効率が良くなくって「きー！」と叫ぶ毎日、如何に下層からダメージを食らわず、且つ的確に下層に情報を引き渡し、下層での自由度を保持して動作させるか？ということを模索してきて早１年、なんとなくMVCのコツみたいなのが分ってきた。（遅いなあ・・・ｗ）
下層にはVとCの機能限定版を使わせると結構効率が良い感じかな・・と。当然メインストリームとしてのMとCは存在しているのだけど（以下parentM,parentC）、V制御のためのMとC（以下childM,chikdC)をそれぞれのシーンに合わせたものを用意して連結してやると比較的負荷が分散される感じ。つまりOutputの場合はparentMからparentCがchildMを生成し、childCに引き渡す。VはそのchildCの命令に基づいて動作する。逆にInputの場合はchildCがchildVとparentCに指示をだし、parentMにフィードバックしつつVを制御。この辺classの中にも階層化構造を持たせてやるとデバッグの時のトレースも比較的楽なように感じる。
これによってある意味開発の作業分散化も可能。つまりparentCからchildMに引き渡すオブジェクト、またchildCからparentCに戻すオブジェクトさえ決まっていればその範囲内でchildはロジックを成立させることができるので、違う人が担当しても全然問題ないという感じ。
まぁこれ今一人でやってるんであんまり分散化のメリットとかはないのだけど、この方式で行けばロジックのセグメント化（ネスト化？）ができるんじゃないかしら？と思った次第であります。
まだ色々試行錯誤だけど、だんだんとObject指向の利点が見えてきた気がする。
同時にargmentは基本Objectベースでやり取りした方が引数の増減を吸収しやすいというのもちょっとしたコツかなあ・・・。
世の中のMVCと合ってるのかはわかりませんけど・・・。どーなんでしょう・・・？ってか元々これがMVCの考え方？と最後の最後でやっぱり不安になってみるｗ
藤波社長が強権発令 !? 新王座設立か
－－－－－－－－－－ 山折 －－－－－－－－－－－
また、「外の空気が吸えて嬉しい！」と、無邪気に喜ぶ藤波の口から新たな驚愕プランが飛び出した。「１３年間体の中にあったから大事に持ってよう（胆石を）と思う」と、自身の体内から産み出された胆石に愛着を感じたのか「あの石をベルトに埋め込んで新しい王座を作るのもいいね」と“胆石ベルト”の設立をブチ上げた。これには関係者も困惑した表情を隠せなかったが、それを受けた藤波は「意に介さず」といった面持ちで終始笑顔を絶やさなかった。
－－－－－－－－－－ 山折 －－－－－－－－－－－
胆のう摘出手術を受けたドラゴンのコメント。
胆のうよりも頭脳を摘出してもらうべきだったのかもしれない・・・
ドラゴンは何処にいくつもりなのか？
カテゴリー
つかの間でしたが・・・
休息は終わりです・・・。
再び戦場に戻ります・・。
みなさんお元気で・・・。
(#ﾟДﾟ)/~~
マジカルコレクション００１「白雪姫」白雪姫
－－－－－－－－－－ 山折 －－－－－－－－－－－
ディズニーキャラクター初のコレクタブル・フィギュアがウォルト・ディズニー生誕１００周年の日に登場！ディズニー初の長編アニメ作品「白雪姫」のヒロインをリアルにフィギュア化！フル彩色、手足は可動式になっていて、付属アイテムとして「マント」「スズメ」が付いています。たコアバック付属。武器はビーム・ライフル、ビーム・サーベル２本、ハイパーバズーカ、シールドが付属。脚部動力チューブにはメッシュパイプを採用。
－－－－－－－－－－ 山折 －－－－－－－－－－－
えーっと、白雪姫ってそんなんだったっけ？時代も変わったな・・という感じです。
カテゴリー
VisitorVille
VisitorVille – Watch Your Website Traffic Like It's A Movie. Visitor Tracking, Web Analytics, Traffic Monitoring, Live Help.
おーすごいですね。No SQL/No web logs/No cgi scripts / No server software / No programming / 10-minute setup / Affordableだそうです。
ちょっとインストールしてみましたが、お金かかるんで止めてしまいました（;´Д｀）
しかしアクセス解析ってこういう風に楽しみながらやるものなのかは微妙ですｗ
もちっと他のアプローチとかで、WEB上で情報共有できればなんとなく広がるかなあとか思ったりしました。