//---Tweener.as---class Tweener{publicfunction addTween(obj:DisplayObject,args:TweenArgs):void{//code}}//---TweenArgs.as---class TweenerArgs {publicfunction $x(value:Number):TweenerArgs {x =value;returnthis; }publicfunction $y(value:Number):TweenerArgs {y =value;returnthis; }publicfunction $time(value:Number):TweenerArgs {time =value;returnthis; }publicfunction $alpha(value:Number):TweenerArgs {alpha =value;returnthis; }publicfunction $delay(value:Number):TweenerArgs {delay =value;returnthis; }publicvarx:Number =0;publicvary:Number =0;publicvaralpha:Number =1;publicvartime:Number =0;publicvardelay:Number=0;}//---呼び出し---addTweener(obj,new TweenerArgs().$x(100).$y(100).$time(5));

$のついたメソッドは、引数をプロパティに代入して、thisを返すのもだ。
これをメソッドチェーンで呼び出すことによって、連続して変数の代入をしている。
これなら、余計な一時変数を作る必要も無いし、オブジェクトリテラルと比べても、そこまで長くは無い。
しかも静的型チェックもしてくる！

ライブラリ提供側にとっては、そういったクラスを作らないといけないというコストが掛かるが、
使う側にとっては、静的型付けの利点が生かせる。

完璧だ！
オブジェクトリテラルを使いたいと思ったら、まずこの方法で検討してみることをオススメするよ！

2010-01-10

AS3の*型の問題点とその代替案〜その2.オブジェクトリテラルの長所〜

ではなぜ使う？

これらの問題があるのになぜオブジェクトリテラルと*型を使うのか？
まぁ理由があるからなのだが。

引数の多い関数では使いにくい

//---Tweener.as---class Tweener{function addTween(obj:DisplayObject,x:Number=0,y:Number=0,alpha:Number=1,time:Number=0,delay:Number=0):void{//code}}//---呼び出し---Tweener.addTween(obj,100,100,1,5);

addTween()の引数を*型にせず、一部羅列してみた例。
全部羅列しきれていない。
引数の順番を間違えないように注意深く使わないといけないし、途中の引数の省略ができない。
これでは使いにくすぎる。

型を用意して初期化しても余計な一時変数が増えてしまう

それならばクラスを用意してやって初期化すれば？

//---Tweener.as---class Tweener{publicfunction addTween(obj:DisplayObject,args:TweenArgs):void{//code}}//---TweenArgs.as---class TweenArgs{publicvarx:Number=0;publicvary:Number=0;publicvaralpha:Number=1;publicvartime:Number=0;publicvardelay:Number=0;}//---呼び出し---var args:TweenArgs =new TweenArgs();args.x =100;args.y =100;args.time =5;Tweener.addTween(obj,args);

擬似コード。
静的型付けのOOPではよくやる例。
さっきよりはマシになったが、argsという変数を使わないといけなくなった。
addTween()を大量に使う場合には、いちいち変数を用意するというのが面倒になる。
あとTweenArgsというクラスを作らないといけないという手間が増えるが、これはライブラリ提供者としての手間なのでここでは目をつむることにする。

オブジェクトリテラルが一番シンプルにできる

//Tweener.asclass Tweener{publicfunction addTween(obj:DisplayObject,args:*):void{//code}}//---呼び出し---Tweener.addTween(obj,{x:100,y:100,time:5});

そう考えると、オブジェクトリテラルを使った例が、一番短く書けるというのがわかる。
しかしそれだと、静的型付けできない・・・。プログラマのジレンマ。

つづき
その3.解決策

2010-01-10

AS3の型の問題点とその代替案〜その1.型は問題点が多い〜

静的に解決出来るところはすべてそうするべき

私は動的型付け言語は嫌いだ。どれくらい嫌いかというと、RubyもSchemeも、Pythonも、動的型付けという理由だけで、勉強しようとしないぐらい。
動的型付け言語なんて滅びればいいのに。

AS1のを使っていた頃に、嫌というほど味わったのが私の中では大きい。（しかもAS1は弱い型付けだ！）

AS2、AS3とバージョンが上がり、Javaのように静的型チェックをしてくれるようになった。
しかしながら、AS3では*型やオブジェクトリテラル、dynamicクラスを使うことによって動的型付けでもコーディングすることは可能だ。
これらは動的にしか解決できない場合に使用すると大きな効果が期待される。が、それ以外の場面では、型（クラス）をきちんと作り、静的に解決すべきた。

オブジェクトリテラルが使われている例

ProgressionやTweener、Papervision3DなどAS3ライブラリの一部では*型が結構使われていたりする。
これはオブジェクトリテラルが短く書けるのでよく使われているのだが、動的型付けであるが故に弊害が出てくる。

Tweenerの例

package {importflash.display.Graphics;importflash.display.Sprite;import caurina.transitions.Tweener;publicclass FlashTestextendsSprite {publicfunction FlashTest() {var box:Sprite =newSprite();var g:Graphics = box.graphics;g.beginFill(0xFF0000);g.drawRect(0,0,10,10);g.endFill();addChild(box);Tweener.addTween(box,{x:100,y:100,delay:0.5,time:1,scaleX:5,scaleY:4});}}}

Tweener.addTween()の第二引数にオブジェクトリテラルが使われている。
ここにどのような問題が孕んでいるのか？

問題1.静的型チェックが行われない

オブジェクトリテラルを使用した場合、静的型チェックが行われない。
これはscaleXをscalexというふうにタイピングミスした時にはコンパイラはエラーを出してくれない。
また、scaleX:"10"のように、本当はNumber型を入れるべきところに、String型を入れた時もコンパイルエラーにならない。
つまりオブジェクトリテラルを使うということは静的型付けの一番の長所を使わないことになる。

問題2.*型では何を代入すればいいか分からない

function foo(obj:*):void{//code}

こんなコードがあった場合、あなたはobjに何を入れればいいかわかりますか？
objに型さえついていれば、その型を代入すればいいということが理解出来るだろう。
しかし型が*の場合、ドキュメントを読まなければ理解できない。
Stringのメソッド(match)などの引数が*型のせいでいつもググって調べているのは私だけではないはず。