知识大全 .NET升级带来的挑战

Posted 2022-07-21 知

篇首语：愿你一生努力，一生被爱。想要的都拥有，得不到的都释怀。本文由小常识网(cha138.com)小编为大家整理，主要介绍了知识大全 .NET升级带来的挑战相关的知识，希望对你有一定的参考价值。

.NET升级带来的挑战 以下文字资料是由(全榜网网www.cha138.com)小编为大家搜集整理后发布的内容，让我们赶快一起来看一下吧！

　　 NET的重要地位使得每一次Framework版本的发布都引起巨大的关注同时 NET的架构师也不得不应对每一次变更带来的挑战

　　从年微软发布 NET Framework 以来到现在微软一共发布了个版本的 NET Framework NET FX NET FX NET FX NET FX 和 NET FX （Beta ）同时还发布了针对移动设备开发的 NET Compact Framework 和 NET Compact Framework

　　 NET Framework新版本的不断推出新特性不断增加需要支持的开发工具也不断升级对于企业内部的平台构架师来说也面临着各种抉择如何规划开发技术策略如何进行开发技术选型如何既保持技术的持续性又能充分应用新技术来提高生产力

　　 NET FX ——从初生到成熟

　　年微软发布 NET Framework 这给软件开发界带来了很多激动人心的特性

　　◆统一的类型系统基础类库垃圾回收多语言支持 ◆ADO NET 开启了微软全新的数据访问技术 ◆ASP NET 对古老的ASP的变革提供一种全新的方式来开发Web应用程序 ◆Windows Forms 把微软开发Windows桌面系统的界面统一在一起

　　在 NET 发布之后很多企业开始转向 NET 的开发从此软件开发界开始被带上了 NET的道路同时也不得不面对 NET Framework升级所带来的挑战

　　微软在经过年的研发后于年底发布了 NET 这次的变化是革命性的而架构师们也不得不再次进行抉择和调整

　　 ADO NET 加强了很多功能提升了性能能够更好的胜任数据层的开发尤其Visual Studio的DataSet设计器中TableAdapter的功能可以支持可视化设计数据层让开发数据层更加容易对于以数据为中心的软件系统再也无需使用ORM等辅助工具来开发数据层了

　　 Web Service性能得到提升并且辅以WSE 安全性等各方面都得以保证 Web Service作为首选的分布式技术成为可能

　　泛型和内置泛型集合的支持和其他基础类库的扩展可以让内部的公共类库开发更加简化

　　全新事务机制（System Transactions）的引入让整个系统的事务处理更加方便

　　 NET FX ——四大金刚

　　年底微软发布了一个稍显另类的版本—— NET 这个版本的特殊之处在于它需要 NET 安装后才能运行这是因为 NET 是基于 NET 基础上而开发的一套扩展包它增加了如下组件

　　◆ Windows Communication Foundation (WCF) ◆ Windows Workflow Foundation (WF) ◆ Windows Presentation Foundation(WPF) ◆ Windows CardSpace(WCS)

　　 NET 提供的这些新组件为开发企业应用程序提供了一致的基础框架这样业务开发人员就只需要专注于业务问题的解决按照 NET 的规范来编写业务代码平台构架师面对 NET 需要考虑的就是如何把 NET 提供的这四个组件融合到企业现有的开发框架中以及如何和第三方类似的产品进行协作

　　WF 支持基于工作流的应用程序

　　工作流引擎不是什么新技术但WF的初衷是在Windows环境中提供一个通用的工作流技术为所有基于工作流的应用程序提供统一的创建基础

　　WF支持人员（Human）工作流和系统（System）工作流也支持连续（Sequential）工作流和状态机（State Machine）工作流 WF提出了一个重要的概念活动（Activity）并同时内置了一个基础活动库（Base Activity Library）另外开发人员也可以通过API来自定义自己的活动

　　WF利用和Visual Studio集成的可视化设计器来设计工作流过程模型开发好的工作流过程模型可以运行于WF提供的运行时引擎（Runtime Engine）中在工作流执行过程中 WF也提供了一系列运行时服务来完成额外的工作如持久性功能支持工作流的长期运行跟踪功能获取工作流执行过程的信息

　　在WF推出后平台构架师面临的问题是:WF不是工作流管理平台仅仅是一个工作流的开发基础和执行引擎并没有提供组织架构图窗体与流程设计等套件所以平台构架师需要做出如下的抉择基于WF构建自己的工作流管理平台还是继续使用第三方的工作流平台？是否需要选用基于WF开发的第三方的工作流平台？如何把WF和现存的工作流平台集成？如何由现存工作流平台移植到WF？

　　WCF 支持面向服务的应用程序

　　WCF是微软为了统一目前 NET下多个分布式计算技术而提出的它提供一致的编程模型通过稳定的结构极大改进的功能性和互操作性以及可扩展性全面改善了分布式软件系统的 WCF不仅仅是对以前技术的整合更多是提供面向服务开发的基础

　　WCF的核心思想是服务（Service）一个服务可以暴露一个或多个端点（Endpoint）端点即客户端可以使用的接口而端点由著名的ABC构成:地址（Address）指定发送消息的目标位置绑定（Binding）描述如何发送消息合同（Contract）描述消息所包含的内容客户端只有获知ABC的信息才能正确访问服务

　　使用WCF 有如下优势

　　◆ 统一的模型 ◆ 互操作性 WCF的基本通讯机制是SOAP ◆ 安全性可靠性和事务完善支持WS各类规范 ◆ 兼容性 WCF可以和旧技术实现的系统进行交互

　　WCS 一致的数字标识用户控件

　　Windows CardSpace 最初的代号叫InfoCard 是微软取代用户ID和密码成为验证网络使用者身份的新方法实际上就是一项以用户为中心的身份识别技术用户可以通过它控制登录网站时提交的信息这将会使管理个人信息更加简便安全同时这项技术也将包含在Windows Vista之中微软推广它的目的就是取代传统的用户名和密码因为它可以提供更好的反钓鱼功能并且预防其他类型的网络诈骗

　　WCS实际上是一个标识元系统可以支持任何数字标识系统而发行获取和使用数字标识的过程可以视作是获取三个不同角色的过程

　　◆用户有时称为主体用户是具有数字标识的实体 ◆标识提供者标识提供者可以为用户提供数字标识 ◆依赖方依赖方是一个应用程序以某种方式依赖于数字标识

　　WCS为这三种实体在标识元系统中进行交互提供了一致的环境

　　WPF 适用于不同用户界面的统一方法

　　用户界面对于应用程序是极其重要的一个部分随着IT业的发展用户对界面的要求越来越高但是在 NET下一直存在着多种界面开发方式使用Windows Forms开发Windows桌面软件界面使用ASP NET开发Web应用程序界面另外很多应用程序还需要嵌入文档视频实现 D和 D动画这样开发人员为了实现不同界面需要学习不同的技术是否有一种统一的技术来同时满足不同的需求？

　　WPF(最初发布的代号为 Avalon )就是为解决这一问题而设计 WPF为所有的这些用户界面提供一致的技术基础从而大幅简化了开发人员的工作 WPF 采用更为现代的方法支持视频动画二维或三维图形以及各种类型的文档从而可以让用户以全新的方式处理信息此外 WPF 还为桌面客户端和浏览器客户端提供了通用基础大大简化了二者的应用程序开发工作

　　在开发用户界面的过程人们还遇到一个重要的问题就是界面逻辑的开发人员并不擅长定义界面的外观和交互设计而界面设计人员并不熟悉IDE等工具因而界面设计人员和开发人员很难协同工作为了解决这个问题 WPF引入名为XAML（可扩展标记语言一种基于XML的语言允许以声明方式指定用户界面而非代码）的技术来分离界面定义代码和界面逻辑代码

　　WPF给应用程序的界面开发带来的变化是巨大的可以说WPF代表了未来界面技术的方向然而在目前的情况下 WPF并没有大规模运用也没有成为主流因而平台构架师面临的问题就有点尴尬:既无法把WPF作为唯一选择也无法很好解决当前界面开发的一些疑难杂症也许最好的选择就是尽量把界面层独立出来让开发团队开始学习WPF 并逐步尝试使用WPF

　　 NET FX ——语言的变革

　　微软将于今年年底发布 NET Framework 目前大家已经可以获取月份发布的Beta 版本值得说明的是 Beta 已经附带了Go Live的许可协议这说明整个 NET 的接口已经冻结对于一个超前的团队完全可以把 NET 运用于实际的项目开发了

　　 NET 有如下个方面的重要新特性

　　◆ASP NET AJAX NET 把之前发布的Ajax扩展包内置到 NET 里面 ◆语言改进和LINQ 具体改进有自动属性对象初始化器集合初始化器扩展方法 Lambda表达式查询句法匿名类型 ◆LINQ to SQL实现的数据访问改进

　　ASP NET AJAX几乎不会刁难平台构架师因为Ajax已经流行很长一段时间 ASP NET Ajax扩展包已经在大量使用了 NET 带来的唯一好处就是无需单独部署以前的Ajax扩展包了

　　语言方面的改进引入了函数式编程（Functional Programming）的思想但不会对整个系统构架和企业内部的开发框架产生多大的影响只会让开发人员编写代码更加灵活和敏捷

　　LINQ（Language Integrated Query）通过编译器来实现在语言中类似SQL的查询语法是一个跨时代的底层技术它的出现让语言能力变得无比的强大

　　而LINQ to SQL却给平台构架师出了难题在ADO NET和LINQ to SQL中如何选择？在第三方ORM和LINQ to SQL如何选择？在LINQ to SQL和未来的ADO NET EF（Entity Framework）中如何选择？

　　对于第一个问题由于LINQ to SQL和ADO NET一样是对数据库结构的映射那么基于LINQ to SQL来开发数据访问层和ADO NET的基本做法也大同小异唯一不同的是LINQ to SQL面对的实体和实体集合对数据处理无需编写SQL语句

　　对于第二个问题当前版本的LINQ to SQL还仅支持SQL Server 还不足以成为真正意义上的ORM 如果你只使用SQL Server 并且对ORM的要求不高的话使用LINQ to SQL来代替现有的ORM是可行的

cha138/Article/program/ASP/201311/21766