没有代码就继续使用<!--#include file="xxx.inc"--> 
如有代码则有用户控件。

解决方案 »

  1.   

    1、放弃
    2、正常做法,不存在效率低的问题,因为会编译
    3、正常做法、不过需考虑数据库的性能;如果使用Access,只要数据量不大就没问题
    4、最坏的做法,千万不要这么做
      

  2.   

    .net不用include file="a.aspx" 之类的
    一般会用using namespace之类的东东
      

  3.   

    <!--#include file="xxx.aspx"--> 行不行?
      

  4.   

    to:timmy3310(tim)
    Application有那么糟糕吗?晕,我原来曾经将3个[50,3,3]的3维数组放到Application里~~~。
    假设有2KB大小的字符串,从数据库查询一个备注型的字段和从Application获取那个更快一点?一个2KB的字符串存放至Application会占用多少内存?请说一下好吗?
      

  5.   

    不是说糟糕只是Application是放在服务器的内存中,会占用服务器宝贵的资源,而且Application中的数据修改还需要考虑多线程的问题一般情况下,可以使用其他方式,最好都不要放到Application中"从数据库查询一个备注型的字段和从Application获取那个更快一点?"当然是后者快,但是对于你整个应用程序的性能考虑,这点快可以忽略了
      

  6.   

    http://expert.csdn.net/Expert/topic/1558/1558798.xml?temp=8.735293E-02这是我的一篇文章,前面介绍了一些Application的内容,你可以看看
      

  7.   

    将<!--#include file="xxx.inc"-->里的xxx.inc做成控件xxx.ascx,再采取引用控件的方式
      

  8.   

    感谢timmy3310(tim),你的文章我看了,我觉得在这上面使用Application应该是符合“访问较多,修改较少并且是全局至少大部分功能会使用”这个原则。关键是占用服务器的资源,我不知道怎么才能测出来?我的这个程序大概会有不超过10个这种需要include的文件,大小在1到4KB之间,你能否估计一下用Application大概会消耗多少内存?
      

  9.   

    include照样可以使用,我就是这样用的
      

  10.   

    如果是大量的数据或者比较大的对象,如DataTable、DataSet,建议还是从数据库获取会比较好
    如果你是静态的页面之类的内容,更没有必要,完全可以用用户控件做,很简单的我现在做的项目中,每一页的头和尾都是用的用户控件
      

  11.   

    实际上效率也不会减少因为静态的内容IIS会帮你做缓存
      

  12.   

    如果你自己愿意也可以用.Net的Cache来做
      

  13.   

    感谢 各位,我刚才写了个程序来测试数据库和Application的速度,测试发现Application的速度是数据库的1/90 ……。
    数据库是26M的access,其中一个表,5个备注型字段,内容均为1到4K,循环查询200次,这样相当于从数据库取出1000备注字段,耗时900到1000毫秒,使用Application,条件与此类同,耗时10毫秒。各位可以作个参考。
      

  14.   

    关于Application内存占用的测试结果,以下是不同阶段aspnet_wp.exe占用内存数,单位K
    Application中存储是一个4K的字符串Application数量 内存 虚拟内存 总数 平均
    执行前 0 24248 13264 37512
    执行后 10 24756 13788 38544 103.2执行前 0 24356 13364 37720
    执行后 100 25136 14140 39276 15.56执行前 0 24248 13280 37528
    执行后 1000 30928 20160 51088 13.56执行前 0 24992 14188 39180
    执行后 10000 86312 79120 165432 12.6252
    不过好像有点跑题…………回归正题,刚才试了一下用户控件,感觉还可,这个帖子再挂一天,看看还有没有提出好办法的~