服务器默认的内容传回方法是否等价于Response.Write？

Question

我们知道，如果访问一个apsx动态页，系统先通过运算生成Html文本，再传回到用户浏览器显示。
我想知道这一过程在开销上是否等价于我用Response.Write直接发回Html文本串，在完全自己编程控制的情况下，还有比Response.Write更高效的回传方法吗？

Answer 1

Request 请求流
Response 响应流

Answer 2

谢谢，但我不是问Response做什么用或怎么用，我关心的是响应的效率

Answer 3

Response.write 这个不用处理直接输出文本　 应该　快一些吧　　没测试过。。

Answer 4

简单地说：所有响应内容都由我自己编程组织好Html文本，
目前我是用Response.Write将它们反馈给请求的用户，还有比这更好的方法吗？

Answer 5

只要是aspx，都通过 aspnet_isapi.dll 解析后出去，使用 response.write 对性能提高不大。

Answer 6

如果你什么都用response.write的话,那asp.net的一大堆控件对你来说都是完全多余的. 它们都把后台生成html的过程封装起来了. 不用控件,用.net还有什么意义呢?非要追求效率的话, 可以像本版块的某位自认为很高明的老兄那样,完全用C语言.

Answer 7

生成 html 文件，然后页面重定向

Answer 8

看来response.write效率是最高了，这就好。
至于说所有响应内容都response.write，只是为了表述明白问题。我还没极端到把.Net的特色彻底抛开，这也是以前走向另一个极端——以为.Net可视话编程能包揽一切Web设计所带来的教训。