对于从.NET开始–ASP.NET,WPF,Silverlight或命令行C#?感兴趣的读者,本文将会是一篇不错的选择,我们将详细介绍c#.netframework,并为您提供关于.net–Silve
对于从.NET开始 – ASP.NET,WPF,Silverlight或命令行C#?感兴趣的读者,本文将会是一篇不错的选择,我们将详细介绍c# .net framework,并为您提供关于.net – Silverlight 3中没有的WPF功能列表、.net – Silverlight和WPF之间区别的权威来源、.net – Silverlight和WPF兼容性、.net – WPF / Silverlight布局最佳实践的有用信息。
本文目录一览:- 从.NET开始 – ASP.NET,WPF,Silverlight或命令行C#?(c# .net framework)
- .net – Silverlight 3中没有的WPF功能列表
- .net – Silverlight和WPF之间区别的权威来源
- .net – Silverlight和WPF兼容性
- .net – WPF / Silverlight布局最佳实践
从.NET开始 – ASP.NET,WPF,Silverlight或命令行C#?(c# .net framework)
从…开始:
>命令提示应用程序
在C#?
>使用ASP.NET的Web应用程序?
> XAML / C#中的Silverlight应用程序?
> WPF / Winforms桌面应用程序?
我不想过多地关注某个特定的域,而是要学习.NET Framework 4.0中的所有内容.以哪种顺序学习.NET会更好?
解决方法
之后的下一步是学习如何构建用户界面.我会对那些暗示你选择WinForms的人提出异议:是的,那里有很多关于如何使用它的信息,并且有很多工具,最简单的是它很容易理解.但是WinForms存在两个问题.
首先,WinForms很容易实现的很多东西实际上是非常糟糕的编程实践.在同一个类中混合业务和表示逻辑是WinForms编程中的常态,并且需要花费大量精力来打破这种习惯,特别是因为数据绑定 – 将数据模型与表示分离的关键工具 – 在WinForms,虽然它是WPF架构的核心. WPF还有很多东西需要学习 – 还有更多 – 但你最终会编写更好的程序.
其次,WinForms即将结束.你不会看到微软投入更多资源来改进它.他们完成了.这并不意味着它不会对未来有用 – 它是 – 但它现在在软件开发生态系统中的整体渗透程度与它将来一样大.
使用WPF的另一个原因是,你学习使用WPF的大部分内容也适用于Silverlight,它打开了一扇永远关闭WinForms的大门.
就ASP.NET而言,这是您在需要之前不想学习的东西.
.net – Silverlight 3中没有的WPF功能列表
在这里,我主要关注在WPF应用程序或Silverlight应用程序之间进行选择.
Silverlight的主要好处是显而易见的 – 它可以在浏览器中托管.
但是,如果一个习惯WPF的程序员开始在Silverlight中编程,那么他/她突然发现什么是不可能的或者更难?
项目可以是以下内容:
>你不能这样做,期间
>你可以做到,但只有一点,有
很多警告
>你可以做到,但还有更多
箍跳过
我到目前为止偶然发现的例子:
> Accessing the clipboard.你只能
有点做,只要你只限于Internet Explorer,你只能写原始文本
> Using Commands – 可能,但有很多额外的工作
> Context Menus – 可能但有很多额外的工作
别的什么?
解决方法
@L_301_4@
69页,几乎涵盖了所有内容.
.net – Silverlight和WPF之间区别的权威来源
还有其他我不知道的东西,比如只允许使用基本的http绑定进行异步通信.此外,Silverlgiht没有开箱即用的所有类型转换器.
其他人在细微差别或知道解释他们的来源方面有过有趣的经历吗?
解决方法
WPF Compatibility
.net – Silverlight和WPF兼容性
我想知道,由于我们将在XAML中实现接口,它是否兼容两种技术?
从一种技术移植到另一种技术时,我们应该期待什么样的问题?
解决方法
您的第一步应该是查看有关wpf和silverlight的不同之处的文档,以便更好地了解您的问题XAML Processing Differences Between Silverlight and WPF.不要止步于此.了解基于不同应用程序环境发挥作用的设计模式.现在,您开始了解您正在处理的内容.
在为wpf和silverlight构建UI时,必须非常小心控件和使用的命名空间.共享UI代码可能非常繁琐,创建两个使用共享模板的独立UI层通常更容易.您在富客户端应用程序中拥有的大部分UI功能将与Silverlight应用程序中的功能不同.您可能会在您的wpf应用程序中提供更丰富的数据密集视图,而不是在您的silverlight应用程序中提供更简洁的视图.最后,您可能会实现相同的目标,但它将比仅重新定位和部署更难.
如果您从头开始构建应用程序,那么我建议您同时构建wpf应用程序和silverlight应用程序.通过这样做,您将遇到抽象出不同环境中使用的服务层和数据访问策略的机会. Silverlight可能需要通过Web服务访问数据,而您的wpf应用程序可能与本地数据库实例通信.这很容易实现.使用IoC容器或其他东西注入适当的服务实现.该区域提供了大多数代码重用的机会.您可以创建所有视图逻辑和服务逻辑,以便在两个UI之间共享.您还可以创建共享业务逻辑和数据访问逻辑.
如果您不想在富客户端应用程序中拥有本地数据存储区,那么请忘记下一段.
如果您计划偶尔连接离线客户端(wpf app),则可能需要提出某种同步策略和体系结构.根据您的数据结构的复杂程度,这可能相当困难.使用可用框架构建复杂的同步逻辑是P.I.T.A.您可能必须建立自己的,或者受到另一个人的限制.
一条建议声明:从测试开始,到测试结束
.net – WPF / Silverlight布局最佳实践
Valid XHTML http://www.hughgrice.com/layout.gif.
我特别感兴趣的是我应该使用哪些控件以及如何将删除图标放在右侧,并且工具图标始终显示在中间?
提前致谢.
解决方法
<DockPanel> <Button>Add</Button> <Label>This is a label</Label> <Button DockPanel.Dock="Right">Del</Button> <Button HorizontalAlignment="Center">Setting</Button> </DockPanel>
今天关于从.NET开始 – ASP.NET,WPF,Silverlight或命令行C#?和c# .net framework的介绍到此结束,谢谢您的阅读,有关.net – Silverlight 3中没有的WPF功能列表、.net – Silverlight和WPF之间区别的权威来源、.net – Silverlight和WPF兼容性、.net – WPF / Silverlight布局最佳实践等更多相关知识的信息可以在本站进行查询。
本文标签: