仓酷云

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

[学习教程] ASP.NET网页设计.NET 4.5提拔了Web开辟的临盆率仓酷云

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

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

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

x
c语言的编译器,几乎是所有新平台都有的。因此从这点上看,c语言的程序,比其他任何语言更加容易跨平台。跟着.NET4.5公布日期的日趋邻近,微软已入手下手渐渐揭开下一代开辟平台的奥秘面纱。关于Metro和Windows8已有了良多宣扬,而对.NET中心特征所作出的改善会在短时间内抢了它的风头,传统上那会专注于web、服务和数据开辟。
ASP.NETWebForms在.NETframework的前几回公布中坚持绝对不乱,良多开辟者市场份额分享给了ASP.NETMVC。在.NET4.5中,微软做了大批事情,在ASP.NETWebForms中供应了对模子绑定的撑持,从而削减这两种web开辟产物之间的临盆力不同。这类绑定闪开发者能够在代码中跳过服务挪用和绑定,间接给控件赋值。

只管这类办法的确节俭了工夫,可是它并没有把页面的衬着和营业逻辑完整分别开:载进网格的服务办法称号会嵌进在控件中。
除ASP.NET栈中的模子绑定和其他改良——像提拔了的对HTML5的撑持、下降了的内存损耗、易于编写异步代码的才能——以外,ASP.NET相干手艺还在VisualStudio编纂器中享用更丰厚的开辟体验。在更有目共睹的改良当中,个中之一就是智能义务(SmartTasks)。在标签中利用Ctrl+.(点),开辟者可使用智能义务来加速开辟的速率,而不必要晓得关于怎样设置给定控件的细节。

其他VisualStudio的改善包含:关于JavaScript和CSS更智能的撑持,另有更精密的调试机制,像页面反省工具(PageInspectortool)。
因为引进了ASP.NETMVC,它已可以以某种情势来供应RESTful的web服务,而在ASP.NETMVC的最新版本中,微软引进了一些WebAPI,让这个观点尺度化。WebAPI的关头特征就是,经由过程撑持RESTful的办法来表露IQueryable,从而削减开辟工夫。这类特征可以匡助开辟者创立专门的客户端查询,而不必要创立一般必要用来发生有效服务的大批代码。和其他.NET4.5的改良一样,这项特征所修正的代码局限被降到了最小。
关于以下尺度的API把持器:

基于GetProducts()的REST查询,它会前往一切产物:
http://localhost:8334/api/product
关于以下可查询API:

基于GetProductsByQuery()的REST查询,它会前往一切本钱小于4的产物:
http://localhost:8334/api/product?$filter=(costlt4)
过滤器会在运转时使用给第二个查询,从而构成了局。这让一个办法能够为多个特征服务,并且削减了办法的存眷点。关于特定的特征,任何特别的情形大概反作用都大概必要它本人的完成。
最初,为了办理你必要经由过程WebAPI表露的数据,微软供应了EntityFramework5。只管EntityFramework的各类模子已存在一段工夫了(像代码先行、数据库先行和实体先行),EntityFramework5引进了一种观点,可以在开辟事情的周期内,主动同步模子和数据库。这会节俭良多消费在创立SQL变动剧本和办理已耐久化的数据的事情。只管在保证理把持台(PackageManagerConsole)中和谐迁徙的环节很牢靠,可是仍是值得进修一下相干的语法。
在代码先行(CodeFirst)的使用程序中,运转这条命令:

假如“InitialCreate”文件没有增加到你的迁徙目次中,那末就运转这条命令:

关于给定的模子:

假如我们增添属性“HasLid”:

我们能够运转另外一条命令,利用我们对模子的改动来更新数据库。

假如你想要回滚所做的变动,只必要运转add-migration命令,并断定你想要让数据库反应的方针:

只管这些变动已被人人广为承受,以为它可以改良.NET开辟者的临盆力,可是4.5版本中引进的大批变动仍是存在一些成绩。GregDuncan扼要地申明了微软在.NETframework中的速率成绩:“我猜你大概会说微软(大概介入的团队)是急迅的,并试图在每次迭代中做出改良,从已往的履历进修……?(咳咳……以是我但愿最少……咳咳)。”
检察英文原文:.NET4.5RaisestheBarforWebDevelopmentProductivity
我有个同学,他是搞net网页编程的,他给我说“net网页编程不是效率低,而是速度慢。”,我不是搞net网页编程的,我实在想不透这句话的含义,难道执行速度不就是效率低吗?难道执行速度慢还成效率高了?
透明 该用户已被删除
沙发
发表于 2015-1-19 05:13:09 | 只看该作者
网页从开始简单的hmtl到复杂的服务语言,走过了10多个年头,各种技术层出不穷,单个的主流技术也在不断翻新的版本,现在分析下各种语言的区别、优势、劣势、开发注意事项!
深爱那片海 该用户已被删除
板凳
发表于 2015-1-24 06:03:00 | 只看该作者
但是目前在CGI中使用的最为广泛的是Perl语言。所以,狭义上所指的CGI程序一般都是指Perl程序,一般CGI程序的后缀都是.pl或者.cgi。
愤怒的大鸟 该用户已被删除
地板
发表于 2015-1-26 21:18:28 | 只看该作者
主流网站开发语言之ASP:ASP是微软(Microsoft)所开发的一种后台脚本语言,它的语法和VisualBASIC类似,可以像SSI(ServerSideInclude)那样把后台脚本代码内嵌到HTML页面中。虽然ASP简单易用,但是它自身存在着许多缺陷,最重要的就是安全性问题。
冷月葬花魂 该用户已被删除
5#
发表于 2015-1-27 17:52:31 | 只看该作者
市场决定一切,我个人从经历上觉得两者至少在很长时间内还是要共存下去,包括C和C++,至少从找工作就看得出来,总不可能大家都像所谓的时尚一样,追捧一门语言并应用它。
再现理想 该用户已被删除
6#
发表于 2015-2-1 23:14:37 | 只看该作者
Servlet的形式和前面讲的CGI差不多,它是HTML代码和后台程序分开的。它们的启动原理也差不多,都是服务器接到客户端的请求后,进行应答。不同的是,CGI对每个客户请求都打开一个进程(Process)。
活着的死人 该用户已被删除
7#
发表于 2015-2-4 20:17:36 | 只看该作者
HTML:当然这是网页最基本的语言,每一个服务器语言都需要它的支持,要学习,这个肯定是开始,不说了.
小妖女 该用户已被删除
8#
发表于 2015-2-5 14:25:49 | 只看该作者
弱类型造成潜在的出错可能:尽管弱数据类型的编程语言使用起来回方便一些,但相对于它所造成的出错几率是远远得不偿失的。
9#
发表于 2015-2-13 03:57:08 | 只看该作者
在一个项目中谁敢保证每天几千万甚至几亿条的数据不丢失?谁敢保证应用的高可靠性?有可以借签的项目吗?
莫相离 该用户已被删除
10#
发表于 2015-2-23 01:15:31 | 只看该作者
HTML:当然这是网页最基本的语言,每一个服务器语言都需要它的支持,要学习,这个肯定是开始,不说了.
小魔女 该用户已被删除
11#
发表于 2015-3-1 22:45:15 | 只看该作者
目前在微软的.net战略中新推出的ASP.net借鉴了Java技术的优点,使用CSharp(C#)语言作为ASP.net的推荐语言,同时改进了以前ASP的安全性差等缺点。但是,使用ASP/ASP.net仍有一定的局限性,因为从某种角度来说它们只能在微软的WindowsNT/2000/XP+IIS的服务器平台上良好运行(虽然像ChilliSoft提供了在UNIX/Linux上运行ASP的解决方案.
飘灵儿 该用户已被删除
12#
发表于 2015-3-7 00:50:07 | 只看该作者
以上是语言本身的弱点,在功能方面ASP同样存在问题,第一是功能太弱,一些底层操作只能通过组件来完成,在这点上是远远比不上PHP/JSP,其次就是缺乏完善的纠错/调试功能,这点上ASP/PHP/JSP差不多。
山那边是海 该用户已被删除
13#
发表于 2015-3-7 17:54:00 | 只看该作者
HTML:当然这是网页最基本的语言,每一个服务器语言都需要它的支持,要学习,这个肯定是开始,不说了.
变相怪杰 该用户已被删除
14#
发表于 2015-3-15 10:37:05 | 只看该作者
这也就是最近几年来随着各种新的后台技术的诞生,CGI应用在Internet上越来越少的原因。CGI方式不适合大访问量的应用。
精灵巫婆 该用户已被删除
15#
发表于 2015-3-22 00:10:27 | 只看该作者
弱类型造成潜在的出错可能:尽管弱数据类型的编程语言使用起来回方便一些,但相对于它所造成的出错几率是远远得不偿失的。
您需要登录后才可以回帖 登录 | 立即注册

本版积分规则

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

GMT+8, 2024-12-23 11:07

Powered by Discuz! X3.2

© 2001-2013 Comsenz Inc.

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