マークアップ拡張機能は、手続き型プログラミングを組み込む XAML の方法であると言えますか? この声明の制限は何だと思いますか?
たとえば、純粋な XML と比較すると、マークアップ拡張機能はある意味で「アクション要素」に似ており、オブジェクト ツリーの一部ではありません。
マークアップ拡張機能は、手続き型プログラミングを組み込む XAML の方法であると言えますか? この声明の制限は何だと思いますか?
たとえば、純粋な XML と比較すると、マークアップ拡張機能はある意味で「アクション要素」に似ており、オブジェクト ツリーの一部ではありません。
一部のマークアップ拡張機能は、タグをより広範に使用することで何ができるかを説明する、よりインプレースな方法です (そのため、それらの使用法は地獄のように宣言的です)。
<TextBox Text="{Binding Path=Foo}">
と同等です
<TextBox>
<TextBox.Text>
<Binding Path="Foo">
</TextBox.Text>
</TextBox>
拡張機能全般についてはこちらをご覧ください。{}-Syntax は、対応する拡張タイプのインスタンスを使用してその間のコードを処理するようにコンパイラに指示するだけです。もちろん、これはオブジェクト指向のコードであり、手続き型ではないことは決してありません。信じられないかもしれませんが、M$ の社員でさえ、適切なコーディング方法を知っています。
いいえ、それは純粋に宣言的です。それは決して手続き的ではありません。