看了本asp.net的书,到现在还没有看到.net优点,请各位高手说说!不明白的地方:
  1:控件可以选择在客户端和服务端,服务端可以监控每个控件的变化,也就是避免asp必须提交表单才能了解表单控件的信息,但是.net来回的信息传输,不是更需要稳定和大的带宽?服务器是不是更耗资源?
  2:form设置成runat=server,不就是自己提交给自己处理。在asp中可以在客户端根据提交的内容分别提交到不同的程序处理,那.net把多种情况放到一个文件里处理,程序不是更麻烦了?
  3:验证的控件,那不都需要服务器实时监控,需要消耗服务器资源,asp+dhtml就可以实现的功能,为什么反而麻烦了?
  4:表单的有序性,可以记录客户端输入的信息。如果表单是大量文本输入框,提交后需要去添加数据库操作,你还要记它干什么?如果是查询,那不就几个关键信息,你看见那个查询有10个以上的关键信息?自己写request.form("")不就行了吗?
我相.NET优点很多,请高手给解个疑,多谢了!

解决方案 »

  1.   

    1、有的有失浪费点带宽增加开发效率,可以适当进制viewstate
    2、对开发人员来说不麻烦,事件驱动一切
    3、同样是开发效率提高了,验证会在客户端和服务器端同时进行
    4、提交失败了按了返回什么都没有了不正是恼火的事情吗?用request.form等接受参数还是过程化的程序开发,不能实现事件驱动
      

  2.   

    asp.net已经2。0了!应该有所完善了!
      

  3.   

    又是从asp转到asp.net的通病,包括我自己。还是要转换思想啊。
      

  4.   

    asp和asp.net思想上就根本不一样的
      

  5.   

    你应该考虑怎么活用。net实现你在ASP下的效果。而不是用ASP的思想编写。net
      

  6.   

    没办法,b/s就是这样,游览器的标准度没有定好,还能指望什么,除非ms一统天下。
      

  7.   

    2:form设置成runat=server,不就是自己提交给自己处理。在asp中可以在客户端根据提交的内容分别提交到不同的程序处理,那.net把多种情况放到一个文件里处理,程序不是更麻烦了?
     这个是它的处理机制。对我们来说方便多了  3:验证的控件,那不都需要服务器实时监控,需要消耗服务器资源,asp+dhtml就可以实现的功能,为什么反而麻烦了?  验证控件是在客户端验证的。服务端没有再次验证的。你还是可以绕过的。第一点,确实如你所说。。但感觉起来太方便了。而且重用用的时候也比较方便。不象asp拷代码。
      

  8.   

    1:ASP.NET的依然需要submit,服务器才能了解客户端的变化,这些都是通过viewstate(一个隐藏域)实现的。
      2:Form设置成server,说明它是一个服务器端的Form而不是一个客户端的(当然最终在客户端server这个属性就没有了),在ASP.NET里面默认是提交给自己,也可以提交给其他的页面。
      3:验证的控件,有两种验证方式,一种是客户端的验证一种是服务器端的,前者就是你说的,后者是ASP.NET特有的。当然你也可以在ASP里面可以模拟出来。
      4:ASP.NET提供一个简化的平台来开发Web产品。现在即使在ASP.NET里面你说的这种方式依然支持。你可以从服务器的Request.Form对象中获得你要的信息。不过这里的Request对象是被.NET封装的一个类。和原来的request有着相同的含义。
      

  9.   

    1:这正是典型的以速度换取易于操控的一个典型.这样做,可充分解决ASP时的不规范处.而且更主要处,现在的服务器性能远远超越以前,所以虽然耗费资源,但速度并不会下降.
      2:这种做法也是上述所述的一种表现.而且也易于统一开发,看来来好像死板了,但对于开发大的程序,是有好处的.
      3:验证的控件,其实也是用脚本实现的,只要你去看一下它的脚本库你就会明白了.微软做的其实只是封装而已,这个不需要担心.
      4:在ASP时代,我们经常会花费很多的心思,去保存当前页面的状态,现在它提供了,除了多消耗一点资源外,没有什么不好的.但多消耗的这一点资源,可以说已经被机器的进步所抵消了.可以说:失去了一点,可得到了十点.
      

  10.   

    首先说楼主的这些想法是很正确的,也是经过认真思考后得出来的
    你说的这些方法在.net里完全也都可以用,所以从兼容角度看,.net至少可以满足以前asp用户的习惯,那为什么还要有.net本身的一些新的而且比较浪费机器性能的用法呢?我认为这个主要是考虑到程序员开发的效率问题,如果用以前的那些方式开发的话会比较浪费时间,虽然节省了一些资源但消耗掉的时间确是越来越让人接受不了了,尤其现在的软件开发规模越来越大,并行开发和开发效率应该更被关注,至于那点性能影响首先可以通过程序的适当优化来弥补,其次硬件本身的性能提升相对软件来说效果更显著,MS如果想要用.net开发企业级的程序,不得不首先考虑开发效率的问题,而性能的问题应该放在其次的位置了,所以.net要更适合开发企业级的应用程序,这点asp是很难做到的一点愚见,不当之处请勿见怪
      

  11.   

    lu guo ,kan kan er yi
      

  12.   

    我觉的最大的优点就是开发效率比asp要高很多
      

  13.   

    没有ViewState和提交到同一页面,它又如何做到事件驱动,提供对象模型,所以楼主所说的确实存在,但现在还没有比ViewState和提交到同一页面更好的技术来实现事件驱动,提供对象模型,可能以后会有更好的方法
      

  14.   

    我来答你:
    1、控件的变化,实际上是post回服务器,在服务器进行处理。为什么说asp.net要比asp快呢?其实就是因为用了服务器端缓存和二次访问的概念。所以可以通过服务器端缓存减少服务器的负担。但又可以限制一下viewstate。
    2、这个其实和asp完全不一样,asp是提交数据,asp每次提交数据,服务器都要编译一次,但asp.net不用,经过第一次编译之后,程序就不会再被编译,直至代码改变为止。这个问题其实还关第到很多技术,.net不是放在一个文件里处理的。详细你可以去看看.net框架的书。
    3、这个不需要服务器实时监控,你在用验证控件的时候会发觉到根本不用post回服务器,也就是说,在编译的时候,服务器已经将生成好的html和js发送到访问的客户端,其实做验证的只是js,而不是服务器。
    4、使用request.form("")不能实现事件驱动。但其实这个只是asp.net与asp的架构分别,但在速度上当然是asp.net便高速。至于asp.net的优点咯...呵呵...现在我说你是不会明白的啦,找个东西做做,你就会知道了
      

  15.   

    我觉得还是ASP好,国内这些搞软件就是想随鱼跟风,到最后也就是35岁了还是一无所知,可悲。
      

  16.   

    我们还是坚持使用asp。
    主要考虑就是XML和数据交换,所以看看.net,大方向是转!
    笨,就是慢一些,望大家多包涵!
      

  17.   

    asp微软已经不支持了。前途暗淡哦!
      

  18.   

    你们还好啊还会asp啊,我一开始就用asp.net,有些asp的还要学习了!
      

  19.   

    老哥受asp的影响太深了,忘掉asp,保留html和JS学.net,不然郁闷死。
      

  20.   

    现在到也不郁闷,至少在asp没有什么不能解决的?碰到难解决的,就换思路,换方法!
    我们的业务流程都是链条形的,一环套一环,本身代码重复的就少!