在Windows Phone中,从性能的角度来看,在XAML中定义控件还是在运行时动态创建它们会更好? XAML和运行时控件的优缺点是什么?XAML与在运行时创建的控件
4
A
回答
4
我记得读取加载的XAML是比同等更有效但是:
影响速度的因素包括命名元素的数量(因为它们通过设计器文件中的查找连接到代码隐藏成员)以及类似/总元素的数量。
从业务角度来看,保持Xaml是一种维护项目的简单方法。 Xaml的全部目的是让设计师能够独立于编码人员工作。
1
我认为我说得对,明智的表达无所谓。
从开发的角度来看,其在XAML定义的控件允许明确分开,如果你使用的是MVVM,你会得到这种模式带来的(单元测试,明确分工,更好的可管理性等)
的所有好处另外,如果您已在XAML中定义了您的控件,则您的应用程序将更适合Blend开发,并允许您以可视方式控制应用程序的外观。
我宁愿保持在XAML中所有的UI控件,并做螺母和螺栓code..but框架的设计,以适应各种口味开发
1
我想如果你尝试使用纯代码来定义动画/ VisualStates,你会意识到Blend是多么的棒。
绑定语法也不会在代码中感觉到非常可读,但是,这可能是一个品味问题。
1
性能差异可以忽略不计,甚至不应该成为一个因素,因为维护和代码质量差异非常大。代码生成的控件是维护的噩梦,难以设计和风格,并且使开发人员难以遵循应用程序流程。您基本上都在问使用可以提供设计时视图的XAML,从业务逻辑中分离表示逻辑,以及允许像Blend这样的工具接管的区别,而不是使用否定所有上述的程序化方法。如果您决定将应用程序移植到Windows 8并使用WinRT引擎?使用XAML方法和像MVVM这样的模式,您可能会重复使用大部分代码并更新一些视图,而使用编程方法时,必须抛弃所有代码以支持新的运行时。所以,即使两者之间的表现略有差异,我也认为这并不重要,因为其他因素要考虑的更重要。
相关问题
- 1. WPF获取在运行时创建的控件的xaml
- 2. 创建一个在运行时加载XAML的WPF控件
- 3. 放在运行时创建的控件
- 4. 在运行时创建用户控件
- 5. 在运行时创建控件
- 6. 如何在运行时创建控件?
- 7. wxPython在运行时创建控件
- 8. 在运行时创建控件
- 9. 创建WPF运行时控件
- 10. 处理在xaml中创建的控件
- 11. 在运行时从程序创建的UserControl中检索XAML
- 12. 如何编辑在运行时在C#中创建的控件?
- 13. 在ASP.NET MVC在运行时创建新的用户控件
- 14. XAML绑定动态创建的控件
- 15. 在运行时创建的控件的访问值
- 16. TChart与TKnobGauge在运行时创建
- 17. xaml中定义的Silverlight控件在运行时为null
- 18. 在运行时创建的删除控件
- 19. 如何处理在运行时创建的Windows窗体控件?
- 20. 活动的控件在运行时创建
- 21. 在运行时创建控件的通用函数
- 22. 在WPF中运行时创建的测量控件
- 23. 如何继承在运行时创建的控件?
- 24. 在运行时创建控件并访问它们的值
- 25. 迭代在运行时创建的表单控件
- 26. 访问不使用ControlCollection而在运行时创建的控件
- 27. 在运行时在UIView中创建控件?
- 28. 如何在运行时在iOS上创建控件
- 29. 控件在运行时创建后存储在哪里?
- 30. 在运行时创建jrxml文件并在运行时修改
您好Jeremy,感谢您的回答,但它稍微偏离了设计时间的优势,因为问题与应用程序的运行时性能有关。当应用程序主要由动态创建的控件组成时,我需要调查可能的性能问题(这是需求,应用程序仅适用于WP7) – user969153