Flash で謎のバグに悩まされていたのですが、どうやら内容がない表示オブジェクトの大きさが変更できないことが原因だったようです。自分で width とか指定してもだめなんですね。マニュアルに書いてありました。

たとえば画像ファイルのデータを内容に持つ表示オブジェクトを作ろうとするとき、画像ファイルを非同期に読み込んでしまうと、読み込まれて addChild() するまで表示オブジェクトの大きさが０になります（ width や height に値を入れても反映されません）。

ちなみに Graphics オブジェクトを使って描画したグラフィックでも内容と見なされるようです。表示ツリーに入らない四角形とかも内容としては十分です。ですので、目的の表示オブジェクトの大きさが決まっているのであれば、最初になんらかのグラフィックを描いておくのも手だと思います。

非同期って難しいですね。でも、ゲームプログラミングではよくあることだと思いますので勉強しています。

マニュアルと読むと「バイナリデータの読み込みには URLLoader を」とあったので PNG 画像を読み込んだのですが、なんとも取り回しの悪いデータ（生データ）が返ってきてしまったのです。中身が画像とわかっていて画像として扱いたい（ DisplayObject にしたい）場合は Loader を使うべきなんですね。逆にバイトストリームが欲しいときは URLLoader です。ちなみに ARGB の画素情報だけで良ければ Loader で読み込んで BitmapData にしてデータにアクセスすることもできます。

Loader と URLLoader は過度の抽象化が抑制されている辺り Flash らしいですね。領分というものを正しく認識しているのだと思います。 Flex とかだとどうなんでしょう？

DisplayObjectContainer::getChildAt() メソッドはコンテナのインデックス（番号）から子供を検索して返すのに対して、 DisplayObjectContainer::getChildByName() メソッドはコンテナに格納されている DisplayObject の名前から子供を検索して返します。

また、もし DisplayObject への参照が手元にあるようであれば DisplayObjectContainer::getChildIndex() メソッドを使うことで、格納されたコンテナ内のインデックス（番号）を取得することができます。格納場所へのインデックス（番号）を把握しておくと後々便利です。

ただ、私の予感なんですけど、おそらくオブジェクトの一覧は別のコンテナに保存しておいた方が良いと思います（ Array クラスとかで良いです）。…というのも DisplayObjectContainer クラスはコンテナとしては提供されているメソッドが少なすぎますし、削除するのに結局参照が必要になるためです。