ASP.NET编程：在体系中天生Excel流并传给用户

归根到底，Java跨平台可以，但是要重新编写代码，否则还分什么J2EE/J2SE/J2ME呢！excel|天生excel　　在体系中常常呈现如许的情形就是天生excel流　并将天生的Excel传播给用户
　　一样平常的来说能够使用Response来向客户端发送一个HTTP头，并将Excel流发送进来就能够了,但会呈现一个成绩就是点击翻开的时分会呈现两次文件下载对话框,次要的缘故原由：（如今的推测，还没有找到正确的缘故原由）。
　　第一次翻开时，在体系中已存在了excel流的一时文件(就是文件，没有文件的后缀名的存在)，但没有本来的（实在文件的存在），请求用户是不是将一时文件保留到盘算机其他的地位上。(是不是跟没有后缀名有关)
　　第二次，选择客户端文件的地位，是不是保留到其他的非一时文件夹地位。
　　如今的办理计划是
　　新建一个页面专门供应导出数据的
　　在这个页面中的Page_load中写如许的代码
privatevoidPage_Load(objectsender,System.EventArgse)
{
//在此处安排用户代码以初始化页面
ReportRulereportRule=newReportRule();
byte[]result=reportRule.RenderReport(HttpContext.Current.Server.UrlDecode(this.Request.QueryString["peportpath"]),Request.QueryString["id"]);//天生excel流
HttpContext.Current.Response.ContentType="application/vnd.ms-excel";
HttpContext.Current.Response.AppendHeader("Content-disposition","attachment;filename=hahh.xls");
HttpContext.Current.Response.BinaryWrite(result);
HttpContext.Current.Response.End();
}
感觉很多控件都必须自己去写代码；用了WebMatrix感觉也不是很好，毕竟没有很强的WYSIWYG效果。现在就不知道如何是好了。

ASP在执行的时候，是由IIS调用程序引擎，解释执行嵌在HTML中的ASP代码，最终将结果和原来的HTML一同送往客户端。

ASP.NET可以无缝地与WYSIWYGHTML编辑器和其他编程工具（包括MicrosoftVisualStudio.NET）一起工作。这不仅使得Web开发更加方便，而且还能提供这些工具必须提供的所有优点，包括开发人员可以用来将服务器控件拖放到Web页的GUI和完全集成的调试支持。微软为ASP.net设计了这样一些策略：易于写出结构清晰的代码、代码易于重用和共享、可用编译类语言编写等等，目的是让程序员更容易开发出Web应用，满足计算向Web转移的战略需要。

Asp.net：首先来说，Asp.net和Asp没什么关系，看着像是升级版本什么的，其实没什么联系。Asp是脚本编程，用的是ASP语言，而ASP.net用的是C#语言，完全不同的东西。

ASP.net的服务器，要求安装一个.net环境，当然我这里指的是windows系统，顺便点一下，.net只能放在windows环境里来运行。Asp.net1.1的就装Framework1.1，Asp.net2.0的就装Framework2.0。

弱类型造成潜在的出错可能：尽管弱数据类型的编程语言使用起来回方便一些，但相对于它所造成的出错几率是远远得不偿失的。

以上是语言本身的弱点，在功能方面ASP同样存在问题，第一是功能太弱，一些底层操作只能通过组件来完成，在这点上是远远比不上PHP/JSP，其次就是缺乏完善的纠错/调试功能，这点上ASP/PHP/JSP差不多。

现在的ASP.net分为两个版本：1.1和2.0Asp.net1.1用VS2003(visualstudio2003)编程。Asp.net2.0用VS2005(visualstudio2005)编程。现在一般开发用的是VS2003。

那么，ASP.Net有哪些改进呢？