ASP.NET网页设计WPF老矣，尚能饭否――且说说WPF此生将来（中）：战略仓酷云 ...

呵呵，那你就关注微软的招聘信息以及别人的招聘经验啊，还有也不一定去做技术的，你如果真的想去就多了解了解。（其实我的意思是说想到微软做技术是很不容易的。本文接上文《WPF老矣，尚能饭否——且说说WPF此生将来（上）：忧虑》持续。

“上篇”中部分出色的点评：

固然WPF不再更新了，可是基于WPF的手艺仍是在开展着，就好比如今的WinRT，只不外API换了一套罢了，xaml仍是xaml，数据绑定仍是数据绑定，依附属性仍是依附属性，模板仍是模板。实在学过WPF的转WinRT仍是对照爽的，Blend的操纵也没变，只不外如今WinRT的人才网需求量切实其实有点坑。
最初感激WPF给我们带来MVVM这类开辟体例、开辟模子。by@h82258652

固然winfrom自己中断更新，可是工具却在一向晋级啊！好比说VS计划器，C#语法，第三方控件和开源组件等等。
别的，WinForm基于Win32api的计划自己就很成熟，从内容下去说基础上已一应俱全，微软不更新也不会有成绩。by@winkingzhang

手艺老是要更新换代的，有些人说换个API来赢利，倒也弄笑，映照出很多多少人换个API就不会开辟了。我倒以为，人家更新回更新，我们开辟者做的实在永久就一件事变，写好我们的代码，做好的产物。.NET的代码永久也就那样写，对吧。by@笋干

微软的新​​​战略

​​在2014年仲春，微软录用了一个新的CEO，他就是萨提亚·纳德拉，来自微软云服务部门。
他将代替上任史蒂芬·鲍尔默，就是那位不懂挪动市场的（起首是iPhone和Android），乃至多是微软和合作敌手（苹果和三星）市场之争中失利的缘故原由之一。

登录/注册后可看大图

和他的后任相反的，萨提亚·鹊吕⑷砣范ǖ娜帜勘晔“云优先，挪动优先”，因而要从跳出典范的桌面市场，这的确是一个通情达理的战略。可是正确的说，WPF是一个从“老”模子上计划出来的：这是一个典范的富桌面使用；与之绝对的WinRT接纳一个完整分歧的计划模子，加倍切近挪动平台需求。
固然了，桌面和单机市场并没有出生，可是明显不再是独挑年夜梁。
微软商​店

​​​为了猎取部分使用程序开辟商的年支出，像苹果和微软如许的浩瀚平台供给商都创立本人的“商铺”，一切的公布和购置都在此。据我所知，很不幸，微软商铺的使用程序必需是基于WinRT开辟的，因而WPF开辟的使用是不克不及公布到这个商铺里。
注重到关于一些营业相干的使用是外部利用和部署的，大概年夜型的使用程序开辟商好比做ERP体系的，他们有本人的分销渠道，因而这都不是成绩；可是关于一个小型开辟商来讲，它就是成绩了，由于你但愿使用市场的通明性来包管在其他合作敌手之前抢占到市场。
愈来愈多的人在不晓得从那里取得一个新的使用的时分天性的选择利用在线商铺的搜刮功效。假如你开辟一个WPF使用程序，你将很难公布产物，更不必提发卖就更难了，因而，用WinRT开辟吧。
挪动性​​

假如你天天经由过程挪动设备上的扫瞄器大概当地使用程序猎取数据，那末你一定明白现在市场上的潮水趋向：你的使用必要挪动版本！
WPF压根就不是一个为挪动开辟的配角，乃至主角都算不上，前几年，为WindowsPhone定制的Silverlight一度表态，作为事先的WindowsPhone7的开辟工具。可是一个平台一套开辟套件明显不是好主张，只管能够共享一些历程和标志代码。
WinRT恰是为此成绩而出生，由于它是一套为Windows8+全系列平台计划的，从体系级别思索分歧性的，易于上手开辟的通用工具集。个中有一些第三方控件撑持WinRT，如：ComponentOneStudioforWinRTXAML。

登录/注册后可看大图

保护​​​本钱

​假如你这些年一向在微软手艺平台事情，那末你一定晓得微软费钱很审慎，一个很好的缘故原由是，起首，作为一个公司，得赢利，还得比股东请求的更多，以是，能省则省吧；其次，良多看起来仿佛很小的一个小功效实践上有良多的事情往做，EricLippert在他的博客里做了很活泼的论述：HowmanyMicrosoftemployeesdoesittaketochangealightbulb?​
因而，当社区提起要修复一个bug大概一个新功效的时分，仅当它是相似上面两条如许的一个年夜成绩才会被采取：
-严重成绩，好比平安毛病，即便很少人会碰着
-小变更可是有数人埋怨
同时开辟WPF和WinRT将会表示同时处置两套功效需求，同时修复两份bug，明显这分歧理，特别在微软减少开支的时分。
可移植性

想一想甚么是能让WPF“存活”上去的特质呢，好比作为可移植的手艺开辟客户端使用，但十分不幸，它没有。
已有一个可移植版本的.NET（指学院派的，包括CLI）：Mono，它能够在Windows下运转，同时也能在Linux、Unix和Mac上运转。[注：本文未提到微软.NET开源、可移植的最新动静]
别的，Mono不是一个玩玩罢了的手艺，它实其实在的事情着，就我团体，我已在Ubuntu服务器上和Jenkins集成服务上构建使用。
Mono撑持年夜部分的.NET框架的年夜部分手艺，惟独没有撑持WPF；假如我记得没错的话，已经有一个项目叫“Olive”已经做过实验，但没有真实的入手下手，由于事情量太年夜了，出格是底层出现层。
Mono撑持的独一界面是WinForm，使人哭笑不得的是，正因可移植性，WinForm才干比WPF活得更好。
无论谁倒了对双方阵营的粉丝们也是有害无益。

JSP/Servlet虽然在国内目前的应用并不广泛，但是其前途不可限量。

由于CGI程序每响应一个客户就会打开一个新的进程，所以，当有多个用户同时进行CGI请求的时候，服务器就会打开多个进程，这样就加重了服务器的负担，使服务器的执行效率变得越来越低下。

它可通过内置的组件实现更强大的功能，如使用A-DO可以轻松地访问数据库。

目前在微软的.net战略中新推出的ASP.net借鉴了Java技术的优点，使用CSharp(C#)语言作为ASP.net的推荐语言，同时改进了以前ASP的安全性差等缺点。但是，使用ASP/ASP.net仍有一定的局限性，因为从某种角度来说它们只能在微软的WindowsNT/2000/XP+IIS的服务器平台上良好运行（虽然像ChilliSoft提供了在UNIX/Linux上运行ASP的解决方案.

能产生和执行动态、交互式、高效率的站占服务器的应用程序。运用ASP可将VBscript、javascript等脚本语言嵌入到HTML中，便可快速完成网站的应用程序，无需编译，可在服务器端直接执行。容易编写。

ASP.net1.1和2.0在程序上的语法也有很大不同，现在2.0属于新出来的，不知道半年后会不会有3.0(说笑一下)。Windows2003系统自动支持ASP和ASP.net环境，不用安装任何程序。Asp.net属于编译语言。ASP的最大不同(ASP属于解释语言)。

主流网站开发语言之PHPHP的全名非常有趣，它是一个巢状的缩写名称——“PHP:HypertextPreprocessor”，打开缩写还是缩写。PHP是一种HTML内嵌式的语言(就像上面讲的ASP那样)。而PHP独特的语法混合了C，Java，Perl以及PHP式的新语法。它可以比CGI或者Perl更快速地执行动态网页。

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

代码逻辑混乱，难于管理：由于ASP是脚本语言混合html编程，所以你很难看清代码的逻辑关系，并且随着程序的复杂性增加，使得代码的管理十分困难，甚至超出一个程序员所能达到的管理能力，从而造成出错或这样那样的问题。

asp.net空间的支持有:ASP.NET1.1/虚拟目录/MicrosoftFrontPage2000扩展/CDONTS,同时他的网站上也提供了Asp.net的使用详解和程序源代码，相信对使用ASP.NET编程的程序员来说会非常有用哦!

ASP.NET可以无缝地与WYSIWYGHTML编辑器和其他编程工具（包括MicrosoftVisualStudio.NET）一起工作。这不仅使得Web开发更加方便，而且还能提供这些工具必须提供的所有优点，包括开发人员可以用来将服务器控件拖放到Web页的GUI和完全集成的调试支持。微软为ASP.net设计了这样一些策略：易于写出结构清晰的代码、代码易于重用和共享、可用编译类语言编写等等，目的是让程序员更容易开发出Web应用，满足计算向Web转移的战略需要。

Asp.net：首先来说，Asp.net和Asp没什么关系，看着像是升级版本什么的，其实没什么联系。Asp是脚本编程，用的是ASP语言，而ASP.net用的是C#语言，完全不同的东西。

可以通过在现有ASP应用程序中逐渐添加ASP.NET功能，随时增强ASP应用程序的功能。ASP.NET是一个已编译的、基于.NET的环境，可以用任何与.NET兼容的语言（包括VisualBasic.NET、C#和JScript.NET.）创作应用程序。另外，任何ASP.NET应用程序都可以使用整个.NETFramework。开发人员可以方便地获得这些技术的优点，其中包括托管的公共语言运行库环境、类型安全、继承等等。

这也就是最近几年来随着各种新的后台技术的诞生，CGI应用在Internet上越来越少的原因。CGI方式不适合大访问量的应用。