ASP.NET Webform:内联代码<%=%>与服务器控制性能?

问题描述

| 让我们忘记状态管理,维护角度等...,而只关注渲染性能 哪种渲染方法具有更好的性能? <%= ...%>或服务器控件(或HTML服务器控件/自定义控件/用户控件)? 例如1:第1页 与 例如2:在foreach中使用<%%>呈现数据表 与 使用DataGrid 我认为,<%%>不仅会在这两个示例中获胜,而且在大多数情况下也会获胜。与在ASP.NET MVC中一样,我们在View中使用内联代码来呈现HTML。 你怎么看 ?     

解决方法

IMO,管理<%%>代码要困难得多,而且往往更脆弱。 它可能更快,但是却失去了可维护性。我发现如果它是一个数据繁重的页面,SQL查询的价格比GridView或Repeater的呈现速度要贵。 (然后关闭ViewState。)     

相关问答

依赖报错 idea导入项目后依赖报错,解决方案:https://blog....
错误1:代码生成器依赖和mybatis依赖冲突 启动项目时报错如下...
错误1:gradle项目控制台输出为乱码 # 解决方案:https://bl...
错误还原:在查询的过程中,传入的workType为0时,该条件不起...
报错如下,gcc版本太低 ^ server.c:5346:31: 错误:‘struct...