关于ASP和ASP.net

lih618 2011-03-18 11:23:06
现在很多人做网站都从ASP转向了.net,.net页面内代码执行的速度比ASP快是肯定的,但是我在使用的时候发现.net的反应速度似乎还没有ASP快,感觉实现同样一个功能的页面,ASP打开的速度快于.net,感觉是服务器处理.net页面时要检查页面是否修改导致反应慢,大家说站点规模多大的时候,.net相对ASP有优势
...全文
170 20 打赏 收藏 转发到动态 举报
写回复
用AI写文章
20 条回复
切换为时间正序
请发表友善的回复…
发表回复
phuai007 2011-03-23
  • 打赏
  • 举报
回复
确实.net没有asp反应快,我单指页面反应速度。
lih618 2011-03-23
  • 打赏
  • 举报
回复
to thforever:我现在不是专业程序员啦,现在其他事比较多...>_<,所以没有做专门的测试,只是简单的测试了一下,感觉两者的速度和页面结构以及代码有很大关系,.net生成页面时调用后台资源多,用户少的时候反应速度慢,但是在访问量大的时候有些优势,asp在反应速度上快于.net,但是负载大的时候,速度不如.net,毕竟ASP是以解释方式执行代码的,每次执行页面服务器都要对代码进行解释比较费资源,还有两者在不同的软件环境下估计效率也不一样,比如win2003和win2000Server下肯定会有区别,其实个人觉得在win下比较好的方式是ASP+Com,复杂逻辑由COM组件负责,页面内容由ASP生成,不过没有做过专门测试
唉,感觉现在中国搞软件的都是求广、求快,很少有人在精、深、透上下功夫啦,大环境不好,出不了大公司和牛人。
  • 打赏
  • 举报
回复
“循环输出1000行表格”,最好加上每次循环都是从数据库读不同条件的值。.NET在同样代码的缓存利用上应该比较占优势,所以不这样它就沾便宜了。
  • 打赏
  • 举报
回复
[Quote=引用 10 楼 lih618 的回复:]
不知道坛子里有没有高人对ASP和.net做过测试,比如说用循环输出1000行表格,访问100次同样功能的页面(当然是编程访问啦^_^)连接并查询100次数据库,看看两者之间到底有多大性能差距,CPU占用分别是多少,测了的话发出来,可以让大家有个借鉴
[/Quote]
这个贡献完全可以由你自己来完成啊。我没有.NET环境。我对.NET只看好它的结构化、组织化,其它都不看好。不过这个测试.NET估计也不至于完败或者败得很难看,因为它也对这些操作做了一定程度的优化。不过至少第一项“循环输出1000行表格”,它基本应该可能大概会输——我对.NET效率的第一印象不佳,导致没对其进行深入了解。
香椿炒鸡蛋 2011-03-22
  • 打赏
  • 举报
回复
小的企业站点和很小的web项目(业务逻辑很简单) 一律asp

其他的.net
lih618 2011-03-22
  • 打赏
  • 举报
回复
to aiimi:ASP和ASP.net掺和得多确实会崩溃,呵呵,主体还是ASP,.net只用在运算量大的少数地方,只有几个页面呢
竹贤侄 2011-03-22
  • 打赏
  • 举报
回复
[Quote=引用 10 楼 lih618 的回复:]

呵呵,还是ASP和.net结合算了,算法多的验证页面用.net,简单页面用ASP
不知道坛子里有没有高人对ASP和.net做过测试,比如说用循环输出1000行表格,访问100次同样功能的页面(当然是编程访问啦^_^)连接并查询100次数据库,看看两者之间到底有多大性能差距,CPU占用分别是多少,测了的话发出来,可以让大家有个借鉴
[/Quote]

我这样试验过,一个SESSION就能让你崩溃,后来还是用ajax来传递session的.
后会无期_88 2011-03-20
  • 打赏
  • 举报
回复
一般是用ASP好,大型的就用。net。我个人觉得,.net要比ASP慢。但是功能强
秋叶随风飘落 2011-03-20
  • 打赏
  • 举报
回复
这个其实也是多方面的,要从多个方面来考虑,大型企业用ASP.Net要好,开发效率要高,而小型企业则不一定,我们可以从效率和利润方面来考虑。
flymyhelp 2011-03-19
  • 打赏
  • 举报
回复
asp设置得好一样快速。。
相对来说在做大型网站的时候
asp做成框架比较麻烦些。。
调试也麻烦。
代码有点凌乱
不过.net直观。
hookee 2011-03-18
  • 打赏
  • 举报
回复
ASP也可以用MVC框架, 将逻辑代码与表现层分开,即方便调试,又可以针对性制作代码生成工具来减少工作量。
  • 打赏
  • 举报
回复
小型企业建站用ASP.NET就是浪费。还无端加大成本。

只有逻辑关系比较多,业务比较复杂的,用.NET组织业务对象间和内部的关系比较适合。

这样两种类型的网站,开发费用是有段位区别的(除非客户不怕花钱,开发方也收要钱)。一般5万以上的网站适合ASP.NET(当然,用ASP也完全可以)。1万以下如果有用.NET做的,基本就是最初对这样项目错用.NET之后的循环再利用。如果客户懂行的话,都不会要。
kaifadi 2011-03-18
  • 打赏
  • 举报
回复
我个人认为:

小站点小应用,。NET的优势几乎为0,甚至不如ASP来的快速!

但是一旦你的站点覆盖内容多了,结构复杂了,更新要求大了,那么。NET的优势就出现了:

站点开发的模式要优于ASP,分工能更加明确,代码重用性也远远高于ASP(正如1#所说),当然前提是熟悉。NET!如果是ASP,后台跟前台前都都混在一起!代码上就不是很美观!大站点大操作上,性能。NET的速度优势才能真正体现,但是核心也还是要看你的代码怎么写的,。NET本身就有很强大的库,方便进行功能改写,ASP要扩展功能比较麻烦!
ycproc 2011-03-18
  • 打赏
  • 举报
回复
面向过程与面向对象的对弈
lih618 2011-03-18
  • 打赏
  • 举报
回复
呵呵,还是ASP和.net结合算了,算法多的验证页面用.net,简单页面用ASP
不知道坛子里有没有高人对ASP和.net做过测试,比如说用循环输出1000行表格,访问100次同样功能的页面(当然是编程访问啦^_^)连接并查询100次数据库,看看两者之间到底有多大性能差距,CPU占用分别是多少,测了的话发出来,可以让大家有个借鉴
Atai-Lu 2011-03-18
  • 打赏
  • 举报
回复
熟悉什么,用什么
都熟悉,那您就纠结吧
hookee 2011-03-18
  • 打赏
  • 举报
回复
[Quote=引用 6 楼 falizixun2 的回复:]
引用 4 楼 hookee 的回复:

ASP也可以用MVC框架, 将逻辑代码与表现层分开,即方便调试,又可以针对性制作代码生成工具来减少工作量。

是可以的,但是那么做了以后意义不大,关键ASP里没有一个很好/很强大的模板引擎,简单的引擎自己写自己的小应用还可以,大一些不仅不好用,就连效率都成问题,如果有这样的引擎,ASP也一样可以很出色!
[/Quote]
ASP本身就是模板了,不需要特别的引擎。 框架是可以简化工作的,关键在于ASP已经够简单了,所以用框架一定要比ASP更简单,至少不更复杂,这样才有意义.
灬上海爽爷 2011-03-18
  • 打赏
  • 举报
回复
.net就是第一次打开的时候要编译啥的比较慢吧。。
kaifadi 2011-03-18
  • 打赏
  • 举报
回复
[Quote=引用 4 楼 hookee 的回复:]

ASP也可以用MVC框架, 将逻辑代码与表现层分开,即方便调试,又可以针对性制作代码生成工具来减少工作量。
[/Quote]
是可以的,但是那么做了以后意义不大,关键ASP里没有一个很好/很强大的模板引擎,简单的引擎自己写自己的小应用还可以,大一些不仅不好用,就连效率都成问题,如果有这样的引擎,ASP也一样可以很出色!

28,391

社区成员

发帖
与我相关
我的任务
社区描述
ASP即Active Server Pages,是Microsoft公司开发的服务器端脚本环境。
社区管理员
  • ASP
  • 无·法
加入社区
  • 近7日
  • 近30日
  • 至今
社区公告
暂无公告

试试用AI创作助手写篇文章吧