是不是我错了，摒弃服务器控件开发？？

做一个后台，我完全摒弃了服务器控件，分页也是采用的URL传值的方式，
导致页面状态无法保存，关键是URL传值后，我在查询出来的数据不能在分页了，
等等一些原因，
页面的数据交互采用了AJAX，想问一下，这样的方式有稳定性的保障吗？？？
排除用户禁用JS的情况，单单从程序上来讲，顺便解决那个URL传值的问题

解决方案 »

  1.   

    做后台没必要摒弃服务器控件。
    URL传值后，为什么查询出来的数据不能在分页了？
      

  2.   

    我现在的项目，都是用html标签，完全不用asp控件，分页也好好的。
      

  3.   

    你在用URL传递分页后，如果使用存储过程的话，查询参数一样也要进行传递或隐藏获取。但是传完后，还要同时接收你的新的页的相关参数，是否真正获取到！！！
      

  4.   

    这样跟ASP差别不大了
    呵呵
      

  5.   

    完全不用服务器控件，用.net干嘛
      

  6.   

    不用担心，和我一样，现在全部都用html控件，服务器控件只用label了,连form runat=server都不用了。
      

  7.   

    现在的问题是，URL分页出问题了，没了服务器控件，页面不回发，没次都是一个新的请求，
    查询后，在分页，之前的状态怎么保存呢，
      

  8.   

    根据访问量来吧，不多的话，可以采用服务器控件！
    不过当你习惯了html控件之后
    你就很不想再去用服务器控件了!
      

  9.   

    .NET内置框架能很好我处理服务器控件，为什么不用呢。
    速度这方面不好说，谁真正测试过啊，有确切的数据吗
      

  10.   

     那你干嘛用。net。？ java 还有自定义标签一样好用。~
      

  11.   

    从某种意义上说， 做错了。  抛弃服务器控件使用是错误的。  
    到你用了java 会不会说 抛弃自定义控件了。
     其次。 你说查询分页的问题。 你可以将查询条件一起传递过去。
    页面采用了AJAX，想问一下，稳定性的保障？ 这根ajax没关， 你代码质量的问题。
      

  12.   

    哦对了。忘告诉你了。     你不用服务器控件 只是少了编译这段过程。。不过你不管写不写都要有编译这块是省不掉的。。除非你静态化~~~。。而且还要编译CS代码。。编译后 也是用form表单提交！！到cs 处理你也是提交到页面来处理。。一摸一样的工作