仓酷云

 找回密码
 立即注册
搜索
热搜: 活动 交友 discuz
查看: 1041|回复: 9
打印 上一主题 下一主题

[学习教程] ASP.NET编程:WPF老矣,尚能饭否――且说说WPF此生将来(下):放心仓酷云 ...

[复制链接]
若相依 该用户已被删除
跳转到指定楼层
楼主
发表于 2015-1-18 11:13:26 | 只看该作者 回帖奖励 |倒序浏览 |阅读模式

马上注册,结交更多好友,享用更多功能,让你轻松玩转社区。

您需要 登录 才可以下载或查看,没有帐号?立即注册

x
你觉得数据库怎么样?在后面的上、中篇中,我们已能够看到园子里伴侣的点评“后山见!WPF就比winform好!热情对决”。看到人人热忱弥漫的点评,做手艺的我也很受冲动。厚道说,怎样在本文收笔--WPF系列文章,我很严重;我但愿人人浏览完本系列文章后:各取所取、纵情而回。坦率的说,葡萄城作为一家专注.NET手艺的公司(仅外洋分公司之一的西安葡萄城已建立26年),我们几近走遍了微软的手艺线路,不管从手艺前瞻性、或是手艺深度均有浏览。我们做控件的,也长短常想晓得WPF将来走势怎样。
但抱愧的是,我没法展望将来WPF会怎样:
WPFtodie?ornottodie!
我只能在本篇扫尾表露葡萄城SpreadStudio系列产物手艺研发线路,与人人共勉:
youcantconnectthedotslookingforward;
youcanonlyconnectthemlookingbackwards.
---------摘录一段乔布斯在哈佛年夜学的演讲词。
有来由放心​​

在后面的2篇中你一定以为我在“黑”微软,而现实上这的确是在“黑”微软。可是事物都有两面性,“黑”完了,也得夸一下,再就是给人人分享一些微软主动和改善的WPF中央,咱持续……
还是活泼的团队

依据GregLevenhagen的文章信息(WPF已逝世?——不,没逝世)得出今朝仍旧有一个开辟团队专注在WPF的开辟事情上;但Greg没有切实的申明详细数字,因而不克不及明白的权衡这个团队的感化。
可是很分明的一点是:微软没有保持这一项亿万人利用的手艺,仍旧有专职开辟团队而不是兼并到其他团队里。这已是一个好动静了。
别的从Greg的信息里得出,这个团队不但是在保护已有的版本,同时还在主动筹办动手下一个版本的开辟事情(会是WPF5吗?)。固然在没有给这个版本的变动申明的情形下,我们很难坚持悲观,由于极可能它只是一个毛病修复和功能调剂,没有次要功效。
仍在开辟​中(2014-11月更新)

在2014年11月WPF团队公布了一篇新的文章——WPF线路图(TheRoadmapforWPF)​,标明WPF仍在举行开辟。该团队的事情重点是修复次要的成绩,好比功能,这个从WPF一入手下手就带着并已延续修复加强的成绩点,别的另有和VisualStudio开辟套件深度集成等等点。
也许另外一个更主要的是完整撑持触摸设备和高分辩率设备,标明微软听到了社区的声响并接纳了相干的措施。
新版本的工具​​

我注重到另外一个在官方工具这边的正面的旌旗灯号,Prism,这个由一些列工具和开辟XAML程序的最好理论构成的产物,跟着WinRT的版本晋级也已更新到版本5.0,同时也是为WPF供应的一个新版本。
正如第一部分前文所说,官方的WPFToolkit已停了,而另外一个项目接过了接力棒,它就是ExterndedWPFToolkit,一个由出名的第三方扩大供应商Xceed开辟的项目。因而,从一个WPF开辟专家(同理能够是其他的Windows手艺)角度来看,这是一个由一系列控件构成的内容丰厚的合集,更主要的是它还在开辟着,最新的更新是2014年7月,也就是写本文的三个月前的事。
最初另有两个下层MVVM框架库,MVVMLightToolkit和Caliburn.Micro​,也是在世的,最新版约莫三个月摆布。
因而WPF的工具生态体系仍是在世的,并延续演进退化着,关于企业来讲这太使人欣喜了,由于不会留下一堆不成保护的项目而忧愁了
办理层的改动

在2012岁暮,事先的Window部门的总裁StevenSinofsky分开微软。为何说这是给WPF的一个正面旌旗灯号呢?由于StevenSinofsky是一个完全的.NET否决派,而且和其他团队弄欠好干系(也许这是他去职的次要缘故原由)。这也能够全面的反应出为,并不是因为一些手艺缘故原由,招致.NET手艺没有鄙人一代Window中作为基本存在,固然这个微软创建的手艺业已软件开辟的主要部分之一。从内部来看,很难评价出在Window8+中StevenSinofsky的实在感觉和在计划决意中所起的影响。


操纵体系市场​​守旧性

另外一个WPF的有益动静是,现实上不管公司和团体都不会当即迁徙到最新的操纵体系,个中有一堆的来由:好比太费钱,好比太费工夫,好比风险太年夜。
实践上迁徙到最新的体系的确是一件使人望而生畏的历程,由于必要坚持使用程序的兼容性:这包含那些内部供给的,比如微软办公套件,另有一些外部团队开辟的部分。从我团体履历来看,这些软件的构建,会悄悄松松耗失落两年多工夫。
以后(2014年中)在PC市场份额中的WinRT所占比例显得出格崎岖潦倒:


  • Windows8+8.1:~15%
  • Windows7:~55%
  • WindowsVista:~5%
  • WindowsXP:~25%
因而PC市场凌驾80%的设备不克不及利用WinRT,除WPF以外别无他选。别的在某些范畴关于Window8+来讲更糟:在我所知的法国公司里,财政这一块对其接纳率是零,几近一切的都没有完成向Windows7的迁徙,乃至个中我所晓得的很多仍利用WindowsXP,由于安装使用对他们来讲不是成绩。
思索这个更新换代历程将约莫有五年工夫,在此时代,WPF将是大批使用的独一选择。
使用程序性命周期守旧性​

你应当晓得要迁徙一个使用是很省事的:起首你得介入一些列集会并进修对营业的影响,还得在符合的机会勉力的把各类“可控的风险”摆到台面上,然后经由过程新的使用逐一弄定,同时还得包管不克不及有重复。一般在完成完全的切换历程之前还得包管新的和老的使用能同时事情;愈甚你还得呼唤数据库团队来迁徙数据,收集团队来更新防火墙划定规矩……
这就是为何企业使用程序直到有公道的营业缘故原由才会做迁徙的缘故原由,而新手艺不是成绩,因而,良多现有的WPF程序会停在这里,这意味着WPF妙技在能够预感的未来仍旧有需求,你只必要看看大批现有的和新入手下手的WinForm使用程序就能够分明,固然WPF从2006年就入手下手替换它。

从手艺角度来看,WPF和WinRT是很类似的,可是不完整兼容:仍旧有良多的功效在WinRT8.1中没有大概分歧,比如在WPF中可使用clr-namespace往映照一个定名空间到XAML中,到WinRT中,这就是XAML兼容成绩,让人感到小心翼翼。
WPF​​​很成熟

​很分明WPF的开辟付出明显下落,这看起来值得忧虑。
可是据我的履历看来,每个开辟职员都有相似的履历:初版开辟事情量伟大,后续的公布就会从社区反应取得优点,最初只必要很小的保护事情。
这的确是WPF自第一次公布(WPF3.0(我团体看到的更早的Beta)和WPF3.5)以来为windows使用程序开辟指明的线路;然后WPF4.0又从工具包(WPFToolkit)里移过去一些控件,像DataGrid,同时做功能提拔,到最初WPF4.5引进了Ribbon同时仍然做功能提拔。
成熟的手艺只必要更少的开辟付出,经由八年工夫,WPF已很成熟,其新功效和bug修复都已年夜年夜削减。到现在WPF能够说已进进保护形态,在它的性命周期里,已不必要“奋发向上”式的做加强开辟了。
营业线生态

假如说在某个范畴WPF做得很好并一向闪灼的,那必定是营业线(LineOfBusiness)使用。
起首年夜部分专家都是基于.NET做开辟,由于它是一个成熟的平台,同时良多公司在Windows平台上开辟他们的营业线使用,这些一定不会被丢弃,而是尽量的被重用。
另有良多以.NET为中央的工具在WinRT下不成用,比方,对象干系映照(ORMs)中得NHibernate大概EntityFramework,而这些恰好营业线使用会见干系数据必不成少的组件。
其次,一些年夜型的营业线使用像买卖平台,基本不克不及从WinRT平台取得优点,由于基本就不必要,乃至限于平安性和挪动性,压根就不想要。因而像这一类年夜型使用一度否决微软WinRT使用的计划标准和引导:他们只想在屏幕上显现最小汇合的数据!
进修曲线​

假如你是一个履历丰厚的WPF开辟职员,能够说凌驾80%不必要再进修就已是WinRT开辟职员了,假如你是营业专家,那末80%的履历能够间接使用到WinRT程序中。
缘故原由就是用来开辟WPF使用的年夜部分基本工具和WinRT是一样的:



    • 一样的编程言语:C#,VB.Net……
    • 一样的标志言语:XAML
    • 一样的体例联系关系视图和数据:数据绑定(Databinding),数据模版(DataTemplates)……
    • 一样的计划形式和完成:MVVM,INotifyPropertyChanged,INotifyCollectionChanged,ICommand……

因而你在其他基于XAML平台好比WPF和Silverlight的投资能够持续到WinRT上,并缩减进修曲线的峻峭度(还记妥当初仍是一个进修WPF的老手吗?)
WPF内容丰厚​​

WinRT不是一个WPF的克隆,个中良多的功效都没有完成,因而假如你只是开辟桌面使用程序,从手艺才能来讲WPF是一个更好的选择。可是我把它放在最初一条,由于就我团体而言,我以为这其实不十分主要,WinRT还一向在向前演进,它们之间的差异将会愈来愈小,可是我仍旧料想一些开辟职员不想在WinRT上开辟,而是想要WPF。
再次申明WinRT的附加值不是在其实质上得手艺加强,而是在开辟模子上供应了挪动平台开辟才能和部署到微软商铺的才能。
​将来计谋​

不管你是企业开辟仍是团体开辟,你都应当思索减缓对WPF的手艺投资,转而培育在WinRT方面的特长。
营业

在营业方面,由于有一些老版本的Windows,包含Windows7,以是一定不克不及中断你的WPF开辟事情。关于那些已存在的使用​,也不必忧虑,没有需要要迁徙到WinRT,除非你想要取得新的才能大概和微软商铺兼容。能够预感不久的未来微软会对WPF做撑持的,关于微软来讲,向后兼容是一件很主要的事变。举例来讲,固然已很难在最新的Windows里创建VB6的情况,可是你仍旧能够做到,因而你的使用包含安装城市一向能光滑的事情。
依据你的可用的工时,你应当把工夫专注到手艺潜力上,同时让一些开辟职员入手下手仔细的思索一下WinRT:怎样从中取得优点,特别是在开辟用户方面;新的使用将怎样开辟;怎样厚利用已有的工具和代码;甚么是要存眷的潜伏成绩……
做一个使用,要想从为手机战争板计划的WinRT中失掉优点,得必要先制订好迁徙线路,很分明的缘故原由就是WinRT中缺掉了良多WPF种的很多功效。从观点计划入手下手就应当考证新手艺在你的情形中合用度。
开辟​

作为一个开辟,我们不但愿我们的手艺妙技是没人要的,而是创建充足壮大的妙技组合体以满意更多的营业和项目,以此下降被手艺抛在前面的风险。因而,作为一个履历丰厚的WPF开辟职员,就我团体履历,你应当在选择持续强化你的WPF妙技大概转向取得WinRT开辟妙技之间选择后者。
大概你能够持续在WPF范畴守候直到市情上稀缺WPF开辟,就像现在的COBAL和VB6这类老手艺一样,可是我估量还得等十年。由于跟着IT业的开展,任何手艺在市场上城市有良多的开辟职员,特别是像WPF如许的支流手艺,以是我是不期望这个。
可是也不用面临第n个冒出的新手艺而今后意志低沉,这就是我们这个行业的贸易模子:它必要无时无刻的制造新事物(还记得SOA为各年夜IT公司,他们的雇员、股东和承包商赚了年夜笔年夜笔的银子吗)来卖给客户,就像苹果公司(Apple)的iPhone系列,从iPhone1,2,3……到现在已6了,估量不久未来就42啦,但这就是它的事情形式。光荣的是作为开辟商的我们,在浩瀚的壁垒上有我们的上风,我们轻松以此为生,客不雅的说,这些新手艺丰厚了企业和团体的生存。
结论​​​

综上所述,我以为这些现实是很分明的:WPF已往光辉过,现在还在用,在不久的未来会和WinRT会间接合作,可是当WinRT取得更多投进和充足的市场份额以后,WPF就会像现在的VB6和WinForm一样被弃用。
主要的是我们不成否定,有些事变一定会产生,不成制止的在头脑里发生失望心情。不要期望WPF还会中兴,在IT界一定不会产生(固然了,COM能够说是借着WinRT之体复出),客不雅上讲,WPF没有在趋向和新事物上做任何量身定制的亮点。
固然,出路不是一片昏暗,WPF不是已灭亡和过期,大概正在出生和弃用,它只是方才到达巅峰,当企业基本架构迁徙到Windows8+以后,将来的开辟就会选择WinRT,那是WPF就会渐渐淡出。
请坚持务虚和通明:在WPF能给你的客户带来代价的时分利用它,可是得泄漏出相干要素,并匡助他们为未来做好筹办。我已在我的WPF培训的课本中交织串进一些WinRT的内容,包括了一些扼要总结来论述这些事变,并依据它们的主要性将它们逐一凸起。
可是就我团体而言,我以为也不该该在WinRT做过量的投进,为何呢?由于跟着对WinRT摄取愈来愈多,我感到优点正在一点一点削减:
竟发现没有太大的帮助。总觉得要用起来,感觉到不了位。因为公司机器的原因,一直没有安装vs.net(也从来没有用过)。以前做asp的时候一直用DW(感觉其代码联想功能不错),可现在到了asp.net却不习惯了。
爱飞 该用户已被删除
沙发
发表于 2015-1-19 22:26:51 | 只看该作者
如今主流的Web服务器软件主要由IIS或Apache组成。IIS支持ASP且只能运行在Windows平台下,Apache支持PHP,CGI,JSP且可运行于多种平台,虽然Apache是世界使用排名第一的Web服务器平台。
第二个灵魂 该用户已被删除
板凳
发表于 2015-1-25 05:56:21 | 只看该作者
我的意思是.net好用,从功能上来说比JAVA强还是很明显的。
不帅 该用户已被删除
地板
发表于 2015-2-1 12:28:24 | 只看该作者
在调试JSP代码时,如果程序出错,JSP服务器会返回出错信息,并在浏览器中显示。这时,由于JSP是先被转换成Servlet后再运行的,所以,浏览器中所显示的代码出错的行数并不是JSP源代码的行数。
愤怒的大鸟 该用户已被删除
5#
发表于 2015-2-17 07:42:22 | 只看该作者
但是java靠开源打出的一片天地,特别是在微软的垄断下能打开今天的局面还是有它的生命力的。
小妖女 该用户已被删除
6#
发表于 2015-2-25 01:27:15 | 只看该作者
它可通过内置的组件实现更强大的功能,如使用A-DO可以轻松地访问数据库。
飘灵儿 该用户已被删除
7#
发表于 2015-3-4 12:00:09 | 只看该作者
弱类型造成潜在的出错可能:尽管弱数据类型的编程语言使用起来回方便一些,但相对于它所造成的出错几率是远远得不偿失的。
飘飘悠悠 该用户已被删除
8#
发表于 2015-3-11 19:26:42 | 只看该作者
那么,ASP.Net有哪些改进呢?
再现理想 该用户已被删除
9#
发表于 2015-3-19 09:50:38 | 只看该作者
使用普通的文本编辑器编写,如记事本就可以完成。由脚本在服务器上而不是客户端运行,ASP所使用的脚本语言都在服务端上运行,用户端的浏览器不需要提供任何别的支持,这样大提高了用户与服务器之间的交互的速度。
老尸 该用户已被删除
10#
发表于 2015-3-27 17:11:00 | 只看该作者
我觉得什么语言,精通就好,你要做的就是比其他80%的人都厉害,你就能得到只有20%的人才能得到的高薪。
您需要登录后才可以回帖 登录 | 立即注册

本版积分规则

QQ|Archiver|手机版|仓酷云 鄂ICP备14007578号-2

GMT+8, 2024-12-23 12:56

Powered by Discuz! X3.2

© 2001-2013 Comsenz Inc.

快速回复 返回顶部 返回列表