仓酷云

标题: ASP.NET编程：“WPF老矣，尚能饭否”―且说说WPF此生将来（上）：忧虑仓酷云 ... [打印本页]

作者: 金色的骷髅 时间: 2015-1-18 11:13
标题: ASP.NET编程：“WPF老矣，尚能饭否”―且说说WPF此生将来（上）：忧虑仓酷云 ...
因为二次编译器太复杂，那么建议只是在安装程序的时候编译一次，而不类似net网页编程那样运行就编译。并且我觉得，一次痛苦，总比多次低效率要舒服多了。克日微软发布了最新的WPF线路图，一片热议；关于老牌控件供应商葡萄城来讲，这是WPF系列控件一个主要的时机，因而，SpreadStudioforWPF产物做了一次主要更新，并跟着SpreadStudio8.0公布。鉴于此，选择翻译并收拾了一篇自codeproject的文章：《IsWPFdead:thepresentandfutureofWPF》，举一反三，且聊聊程序员心目中的WPF。

引子

作为一个老牌WPF程序员，多年来一向存眷的成绩是，在微软公布最新的WinRT框架以后，接上去的客户端编程将何往何从。
明显我有充实的来由忧虑这个，尽人皆知的Silverlight的半途停顿，它对下流的开辟职员带来了很年夜的伤害；俗语说：一朝被蛇咬，十年怕井绳。这就是实在写照。
我从2009年入手下手就对WPF投进很年夜的精神，利用它开辟财政相干的行业软件，现在，我仍然还在这里，可是核心转向了培训相干事情。作为专业开辟和培训讲师，WPF的未来对我来讲相当主要，这也是我深切思索这个成绩的根结。
本文我将本着客不雅和通明的体例给人人分享我所的发明和感悟，但愿起到举一反三的感化，以此为社区供应更好的有远景的WPF。
别的，在本文的开头，我将为企业和团体开辟供应一些战略和团体看法。
有来由忧虑

起首，我将展现那些我所忧虑的标记性旌旗灯号，假如你是一个WPF的好处相干者，这也会是你所忧虑的。
WPF团队博客断更

如一切微软的手艺团队一样，WPF团队也有本人的博客，次要话题会合在向社辨别享团队外部成员在WPF上的各类履历。
该博客的最初一篇文章宣布于三年前，2011年蒲月，大概另外一个准确的说法是当WinRT公布入手下手并作为下一个严重方针的时分。
一个断更的博客会表示良多成绩，恕我婉言，历来没有好的方面的：也许这个团队被缩减到极小，以致于博客被挤出义务优先级列表了；也多是最优异的团队成员已转到其他项目，好比WinRT；愈甚者，也许这就是团队隐晦的给社区传送出来的旌旗灯号……
从大众干系角度来看，一个活泼的团队博客是很基础的点，由于它对外展现了手艺开展和忠厚的开辟团队向社区自动表达事情的中意和分享的志愿。
你也许已注重到微软的MSDN博客实在其实不活泼，为数未几的破例是EntityFramework团队博客，这应当回功于常常更新博文的RowanMiller，而这恰好就是我一向偏幸这项手艺的一个次要来由：这是一个天赋团队和有义务的团队开辟出来的。
官方WPFToolkit不再更新

WPFToolkit是一个由微软团队开辟的开源收费项目，方针是WPF的主要帮助套件和前哨。

一个很典范的例子是DataGrid控件，在WPF的后来的刊行（WPF3.0和WPF4.0）是没有的，但在Toolkit内里有，到厥后，终极WPF4.0把它放到正式的刊行里了。
官方的Toolkit一向饰演如许的脚色一向到2010年，可是自从项目入手下手清减以后，也就没有甚么人存眷所谓的下一版本的公布了。
体现出不活泼的旌旗灯号是：Google搜刮引擎对关头字“WPFToolkit”的排次把官方的toolkit放第二，而第三方的反倒占有第一（本文第二部分会有更细节的形貌）
WPF不再举行认证测验

官方的WPF认证测验（70-511）已不在持续，并将在2015年炎天停止。

这给开辟职员一个激烈的明白旌旗灯号，就是不要在该项手艺上投进了，响应的能够思索投进工夫和精神到WinRT上，如许才会从认证测验取得报答。
也许未来某一天微软会推延这个认证测验的撤消，正如他们已经做过的，在收到大批社区开辟者的诉求以后会有必定的让步，可是都不成制止的是，WPF已不在主要。
就我团体而言，我一向很夷由要不要过这项认证测验，由于我其实没法包管工夫和物有所值（是的，我本人付费）。反而很刚强的以为能够筹办WinRT的认证测验，由于它在未来的几年城市是无效。
不再供应Window8+体系集成

回忆WPF4.0公布，同时公布了良多的Window7体系相干的集成和加强，好比义务栏定制（弹出列表，进度，遮罩等等……）。
可是当WPF4.5到来时，却没有给Window8+体系功效做完整的集成，好比则边栏（CharmBar），年夜多半使用只能经由过程互操纵来交互。
因而，微软没有投资在这些集成事情上，这很分明的展现WPF已不再是Window体系的一等国民，实践上它首选投进WinRT的度量，团体以为这是一个公道的决议。
WPF不撑持WinRT

微软，这个已经的老牌软件供给商，现在营业多样化，入手下手成为一个硬件供给商，效仿它的合作者苹果和三星。
为此微软收买了诺基亚，以期取得挪动市场的临时席位。
在VC.net的版本上，为了让C＋＋运行在.NETFramework中，微软为C++引进了托管，就是托管C++（ManagedC＋＋），这个根本就没有流行起来，自托管C＋＋产生以后就没有收到过好评。

作者: 小妖女 时间: 2015-1-20 17:28
比如封装性、继承性、多态性等等，这就解决了刚才谈到的ASP的那些弱点。封装性使得代码逻辑清晰，易于管理，并且应用到ASP.Net上就可以使业务逻辑和Html页面分离，这样无论页面原型如何改变。

作者: 莫相离 时间: 2015-1-24 16:10
在调试JSP代码时，如果程序出错，JSP服务器会返回出错信息，并在浏览器中显示。这时，由于JSP是先被转换成Servlet后再运行的，所以，浏览器中所显示的代码出错的行数并不是JSP源代码的行数。

作者: 分手快乐 时间: 2015-2-2 10:14
网页从开始简单的hmtl到复杂的服务语言，走过了10多个年头，各种技术层出不穷，单个的主流技术也在不断翻新的版本，现在分析下各种语言的区别、优势、劣势、开发注意事项！

作者: 深爱那片海 时间: 2015-2-2 22:14
CGI程序在运行的时候，首先是客户向服务器上的CGI程序发送一个请求，服务器接收到客户的请求后，就会打开一个新的Process（进程）来执行CGI程序，处理客户的请求。CGI程序最后将执行的结果（HTML页面代码）传回给客户。

作者: 飘飘悠悠 时间: 2015-2-8 12:24
ASP.net的服务器，要求安装一个.net环境，当然我这里指的是windows系统，顺便点一下，.net只能放在windows环境里来运行。Asp.net1.1的就装Framework1.1，Asp.net2.0的就装Framework2.0。

作者: 金色的骷髅 时间: 2015-2-25 11:18
PHP的源代码完全公开，在OpenSource意识抬头的今天，它更是这方面的中流砥柱。不断地有新的函数库加入，以及不停地更新，使得PHP无论在UNIX或是Win32的平台上都可以有更多新的功能。它提供丰富的函数，使得在程式设计方面有着更好的资源。目前PHP的最新版本为4.1.1，它可以在Win32以及UNIX/Linux等几乎所有的平台上良好工作。PHP在4.0版后使用了全新的Zend引擎，其在最佳化之后的效率，比较传统CGI或者ASP等技术有了更好的表现。

作者: 蒙在股里 时间: 2015-3-1 17:33
平台无关性是PHP的最大优点，但是在优点的背后，还是有一些小小的缺点的。如果在PHP中不使用ODBC，而用其自带的数据库函数（这样的效率要比使用ODBC高）来连接数据库的话，使用不同的数据库，PHP的函数名不能统一。这样，使得程序的移植变得有些麻烦。不过，作为目前应用最为广泛的一种后台语言，PHP的优点还是异常明显的。

作者: 第二个灵魂 时间: 2015-3-2 00:28
关于ASP.NET功能上，ASP.NET比微软以前的ASP(96年出现)有更强大的library,更好的稳定性。ASP.NET可以使用.NETFramework中所有组件(也就是说.NET能实现的，ASP.NET一样能实现)。

作者: 乐观 时间: 2015-3-5 01:05
JSP/Servlet虽然在国内目前的应用并不广泛，但是其前途不可限量。

作者: 仓酷云 时间: 2015-3-12 22:21
ASP.Net和ASP的最大区别在于编程思维的转换，而不仅仅在于功能的增强。ASP使用VBS/JS这样的脚本语言混合html来编程，而那些脚本语言属于弱类型、面向结构的编程语言，而非面向对象。

作者: admin 时间: 2015-3-20 04:00
JSP/Servlet虽然在国内目前的应用并不广泛，但是其前途不可限量。

欢迎光临仓酷云 (http://ckuyun.com/)