一般來說,幾乎所有可以在Xaml中完成的工作都可以在C#中完成。但是,有一些重要的例外。
舉一個例子,帶上DataTemplate類並查看它的屬性。你會發現零,你也不會找到任何類的ContentAttribute。儘管您可以使用Xaml中的DataTemplate來指定模板內容。這是一個無法在C#中完成的Xaml代碼示例。 (在這種情況下,原因是Silverlight - 與WPF不同 - 隱藏了DataTemplate的實現,只有Xaml處理器有特權才能看到它,C#程序員運氣不佳)。
其他人認爲將Xaml移植到C#中會產生雜亂的代碼。那麼,我不完全同意。我會說這是有條件的,也就是說它取決於你編碼格式的能力。
我做了好幾次。這是一箇中等複雜性的example。這些誰拿原來的XAML代碼(PerformanceProgressBar代碼)比較所描述的C#代碼的努力將不得不承認,
如果你投入更多的精力,你將不得不承認,
好的,我不想反對Xaml。它有助於隔離用戶界面,一旦你學會了它的語言,它就成爲了一個可以幫助你的自然工具。我只想說Xaml不是做UI的唯一方式,甚至不一定是最好的。人們在前Xaml時代也能夠獲得良好的用戶界面。
爲什麼你想要使用代碼方法而不是XAML,而這種方法更加簡潔和強大? – 2011-05-13 06:24:57
是哈里斯。我想動態改變我的觀點,我不能斷言觀點數太too.it取決於用戶點擊。它似乎有些時候我的應用程序總屏幕5和一些時間將是50 ..... – 2011-05-13 06:32:54