仓酷云

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

[学习教程] ASP.NET教程之对谁得到了信念?是.NET仍是微软仓酷云

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

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

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

x
c++是语言,其实C++和net网页编程的应用范围根本就不一样的。在net网页编程应用的领域内,c++是不合适的。所以微软才搞了C#和net网页编程对抗。  比来可谓是热烈之极,关于.NET的争辩复兴风云,不外,这一次的争辩劈头于.NET阵营外部,我以为这是一种好的征象,由于这标明.NET阵营外部在反不雅本人,大概用中国式的说法就是在自我品评。自我品评是前进的体现。

  这一次争辩的核心其实不在于手艺自己,而在于微软对.NET的开展立场。中国有句俗话,清者自清:不管他人怎样说,我保持我的设法和做法,总有一天我会用举动证实哪些人说的都是错的。从微软的举动看,微软不晓得中国的这句俗话,由于微软入手下手对这场争辩回应。之前也有良多抬高.NET的行动,乃至有很多分量级的人物的行动,可是微软都在用本人的强势的举动做出了回应,而这一次是言语上的。微软为何这么快的对这场争辩做出言语上的而不是举动上的回应?乃至能够从微软的行动中能够看出,微软都没有好好筹办就出往返应了。

  固然,这个中有一个很主要的要素,那就是这场争辩针对的是微软一向没有接纳的举动,比方用.NET重写Office。以是,微软就没法用举动来证实了,只能用行动来辩驳。可是,我以为微软此次云云之快的做出反响,实在另有另外一个要素,那就是微软忧虑此次争辩终极招致开辟者对.NET得到信念。

  一场战役中,最主要的是将领,将领都无意作战,那末兵士就更不必说了。以是,微软云云之快的出来造谣,辩驳负面的行动是一般的。可是,在微软出头之前,网上的良多行动都暗示了对.NET的信念,乃至有人嘲笑倡议者的对.NET的不懂得和设法的稚嫩。能够说,争辩一入手下手就是对.NET是正面的,而不是负面的,那末为何这场争辩还能够不休地持续到如今,乃至另有伸张的趋向?由于更多的争辩介入者针对的已不是.NET,而是微软自己。

  换句话说,不是开辟者不信任.NET,而是开辟者不信任微软。

  实在,开辟者对.NET是赞成的,是憧憬的,关于开辟者来讲,.NET的观点是不是含混其实不主要,由于开辟者在用.NET完成本人对.NET的了解、但愿和妄想。可是,微软却在渐渐的破坏开辟者对.NET的妄想。

  从2000年到如今的2005年,微软在2000年用beta版的.NET激起了有数开辟职员的热情,2001年用.NET1.1在这些热情上再扑灭了一把猛火,然后再在2002年用.NET1.1把火烧的更旺。可是从1.1入手下手,开辟者入手下手发明本人对.NET的妄想被微软破坏了。

  最入手下手是在开辟职员还未对1.1熟习的情形下,网上就入手下手呈现2.0的身影,然后就是1.1的各类开辟材料在微软的网站上入手下手渐渐的缺掉,乃至到如今,微软的网站上关于2.0的材料就占了80%以上,开辟者入手下手感到到本人在被微软丢弃。假如把微软比作一个火车头,开辟者是车箱,那末,就是火车头在不休地减速向前开,却历来掉臂前面的被它拖着的车箱是不是能够在如许的速率下行驶。固然,不休地开展是必需的,实在我没有来由说微软开展的太快,由于开展是一定的,疾速开展是需要的,可是我们看到,从2000年到如今,.NET行将进进2.0的时期,而在.NET的框架上仍旧没有一个成熟的使用框架,这就意味着,微软要闪开发者在一个几近没有基石的平台上向一个更高的平台腾跃。只管微软本人推出了ApplicationBlock,但是恰是这个ApplicationBlock完全将开辟者的妄想破坏了。

  当.NET推出时,一场大张旗鼓的工程也就随之入手下手,那就是将Java下已有的成熟的使用移植到.NET上。说大张旗鼓决不夸大,有的使用是被间接在言语级别上转化而来,而有的使用在移植的同时也在实验新的手艺。不管这些使用怎样,它们在极年夜水平上为.NET的成熟使用盘算了基本。比方,log4net,nant,spring.net,nhibernate,castle等等。它们分离在日记,编译工具,O/RMapping,AOP等等范畴丰厚了.NET天下。而移植/开辟它们的开辟者无不是被.NET吸引而来,无不是为这.NET天下的俊丽妄想而来。可是这统统正在被微软渐渐击破。比方,微软用本人的日记冲击这log4net,用msbuild冲击nant,未来的objectspace大概将在AOP、O/RMapping等多个范畴冲击现有的成熟使用。微软就像生化危急中的那只早期实验的植物一样,嗜血个性实足,在吃失落敌手的同时,会吸取敌手的基因,从而敏捷退化为更凶悍、更具打击力的新的生物。

  因而,能够说,微软的举动正在招致开辟者对微软得到信念,以是,微软此次的举动就是为了坚持开辟者对微软的信念,制止开辟者的流掉。然后,妄想破裂了,但愿也就消散了,信念天然就灰飞烟灭了。固然,我不但愿看到如许的了局,我更但愿微软有更好的体例重拾开辟者对.NET的妄想、信念和但愿。它有很多缺点的,有兴趣可以到网上去搜索一下。于是微软有发明了“下一代”C++:C++/CLI语言,这个可以解决在.NETFramework中,托管C++产生的问题。在《程序员》杂志上,lippman和李建中合作连载介绍了C++/CLI语言。
飘灵儿 该用户已被删除
沙发
发表于 2015-1-30 08:59:17 | 只看该作者
但是目前在CGI中使用的最为广泛的是Perl语言。所以,狭义上所指的CGI程序一般都是指Perl程序,一般CGI程序的后缀都是.pl或者.cgi。
山那边是海 该用户已被删除
板凳
发表于 2015-2-1 19:35:19 | 只看该作者
当然我们在选择Asp.net主机是,除了要考虑服务提供商在版本是否是实时更新以外,机房的环境和配置也是非常重要的,通常选择骨干网的机房,在速度和稳定性上会非常有保证。
海妖 该用户已被删除
地板
发表于 2015-2-5 14:12:09 | 只看该作者
这也就是最近几年来随着各种新的后台技术的诞生,CGI应用在Internet上越来越少的原因。CGI方式不适合大访问量的应用。
冷月葬花魂 该用户已被删除
5#
发表于 2015-2-12 02:45:14 | 只看该作者
使用普通的文本编辑器编写,如记事本就可以完成。由脚本在服务器上而不是客户端运行,ASP所使用的脚本语言都在服务端上运行,用户端的浏览器不需要提供任何别的支持,这样大提高了用户与服务器之间的交互的速度。
若天明 该用户已被删除
6#
发表于 2015-3-2 21:13:02 | 只看该作者
ASP在执行的时候,是由IIS调用程序引擎,解释执行嵌在HTML中的ASP代码,最终将结果和原来的HTML一同送往客户端。
灵魂腐蚀 该用户已被删除
7#
发表于 2015-3-3 02:09:13 | 只看该作者
我觉得什么语言,精通就好,你要做的就是比其他80%的人都厉害,你就能得到只有20%的人才能得到的高薪。
不帅 该用户已被删除
8#
发表于 2015-3-3 19:44:22 | 只看该作者
逐步缩小出错代码段的范围,最终确定错误代码的位置。
愤怒的大鸟 该用户已被删除
9#
发表于 2015-3-11 12:39:25 | 只看该作者
ASP.Net摆脱了以前ASP使用脚本语言来编程的缺点,理论上可以使用任何编程语言包括C++,VB,JS等等,当然,最合适的编程语言还是MS为.NetFrmaework专门推出的C(读csharp)。
因胸联盟 该用户已被删除
10#
发表于 2015-3-18 11:29:00 | 只看该作者
ASP.net1.1和2.0在程序上的语法也有很大不同,现在2.0属于新出来的,不知道半年后会不会有3.0(说笑一下)。Windows2003系统自动支持ASP和ASP.net环境,不用安装任何程序。Asp.net属于编译语言。ASP的最大不同(ASP属于解释语言)。
小女巫 该用户已被删除
11#
发表于 2015-3-25 19:22:15 | 只看该作者
目前在微软的.net战略中新推出的ASP.net借鉴了Java技术的优点,使用CSharp(C#)语言作为ASP.net的推荐语言,同时改进了以前ASP的安全性差等缺点。但是,使用ASP/ASP.net仍有一定的局限性,因为从某种角度来说它们只能在微软的WindowsNT/2000/XP+IIS的服务器平台上良好运行(虽然像ChilliSoft提供了在UNIX/Linux上运行ASP的解决方案.
您需要登录后才可以回帖 登录 | 立即注册

本版积分规则

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

GMT+8, 2024-12-23 05:02

Powered by Discuz! X3.2

© 2001-2013 Comsenz Inc.

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