-1

これがプログラマーに当てはまるかどうかはわかりませんが、ここでは適切だと思いました。

私自身、熟練したWPFプログラマーであるため、命名規則の観点からWPFを設計したときに人々が何を考えていたのか疑問に思うことがよくあります。

コントロールの子にアクセスするためにChildrenというプロパティがあり、代わりにControlsと呼ばれる同等のプロパティがあるのはなぜですか?彼らはここで何を考えていましたか?

もう1つの例は、ポップアップコントロールです。Contentプロパティの代わりに、Childプロパティがあります。どうしてそうするか?私にとって、それはただ混乱しています。

ですから、論理的な理由があるのではないかと思います。これは、次に速度プログラミングを行う必要があるときに、プロパティが何と呼ばれるかを理解するのにも役立つでしょう。

その背後に理由がなければ、私が言えるのはWATだけです。

4

1 に答える 1

1

私はControls物件を見たことがありません。Childvsに関しては、ContentContentは任意のオブジェクト、たとえばデータにすることができますが、aChildFrameworkElementコントロールの階層内にある必要があります。私にとって、それは完全に理にかなっています。

于 2012-04-11T23:28:09.450 に答える