Swift: Finalize progressive rendering behavior of child lists

> It's not uncommon for 1) an `updateComponents` message to describe a component that reference other components as its children and 2) the client hasn't heard a thing about those children yet (that often arrives in a follow-up `UpdateComponents` message that comes right after the first).
>
> In this scenario, wouldn't the lookup return `nil` and every caller just drops its job of rendering this subtree because `resolveChildList` skips nil children.
>
> In this scenario, our prior art implements progressive rendering, putting placeholders in place of children that have yet to arrive. I don't remember off the top of my head how much better this tends to look compared to the more classical approach of just having components pop in as they arrive, so your mileage may vary.
>
>
>
>

_Originally posted by @andrewkolos in [#2052](https://github.com/a2ui-project/a2ui/pull/2052/changes/BASE..a2a3eb346038b0723b2289a3d03b0c2799e58654#r3639480312)_

Once the Basic Catalog and Sample App are up and running, finalize the behavior of declared but missing (or incomplete) render nodes. Perhaps with a placeholder view or perhaps pop-in.

この Issue は、Swift における子リストのプログレッシブレンダリングの動作に関するものです。まず `resolveChildList` 関数と、nil の子要素をどのように処理しているかを調べてください。現在のレンダリングフローを理解するために、Basic Catalog と Sample App を確認してください。欠落しているレンダーノードに対してプレースホルダーまたは pop-in を実装するかどうかを判断し、視覚的な結果をテストしてください。

索引モデルが issue の本文から書いたものです。