ASP.NET编程：asp.net2.0下 怎样完成服务器端紧缩包自...

感觉很多控件都必须自己去写代码；用了WebMatrix感觉也不是很好，毕竟没有很强的WYSIWYG效果。现在就不知道如何是好了。asp.net2.0下，怎样完成服务器端紧缩包自解压usingSystem;
usingSystem.Data;
usingSystem.Configuration;
usingSystem.Web;
usingSystem.Web.Security;
usingSystem.Web.UI;
usingSystem.Web.UI.WebControls;
usingSystem.Web.UI.WebControls.WebParts;
usingSystem.Web.UI.HtmlControls;
usingSystem.IO;
usingSystem.IO.Compression;

登录/注册后可看大图

登录/注册后可看大图

/**////<summary>

登录/注册后可看大图

///ZipUtility的择要申明

登录/注册后可看大图

///</summary>
publicclassZipUtility

登录/注册后可看大图

{
publicZipUtility()

登录/注册后可看大图

登录/注册后可看大图

{
//
//TODO:在此处增加机关函数逻辑
//

登录/注册后可看大图

}

publicstaticvoidCompress(Streamsource,Streamdestination)
{

using(GZipStreamoutput=newGZipStream(destination,CompressionMode.Compress))
{

Pump(source,output);

}

}



publicstaticvoidDecompress(Streamsource,Streamdestination)
{

using(GZipStreaminput=newGZipStream(source,CompressionMode.Decompress))
{

Pump(input,destination);

}

}



privatestaticvoidPump(Streaminput,Streamoutput)
{

byte[]bytes=newbyte[4096];

intn;

while((n=input.Read(bytes,0,bytes.Length))!=0)
{

output.Write(bytes,0,n);

}

}

}
复杂使用：
protectedvoidButton1_Click(objectsender,EventArgse)
{
FileStreamfs=File.OpenWrite("d:/Data.txt");
Streamc=this.FileUpload1.PostedFile.InputStream;
ZipUtility.Decompress(c,fs);
fs.Close();
c.Close();

}

中间码是基于一个虚拟机器。源代码是最高层的，理论上从源代码开始直接编译成本地码能提供最大优化的。而中间码只能是转译成本地码，效率上难免受到损耗。根据虚拟机器所设定的体系结构的特点，和本地机器的差异的多少。

如今主流的Web服务器软件主要由IIS或Apache组成。IIS支持ASP且只能运行在Windows平台下，Apache支持PHP，CGI，JSP且可运行于多种平台，虽然Apache是世界使用排名第一的Web服务器平台。

代码的可重用性差：由于是面向结构的编程方式，并且混合html，所以可能页面原型修改一点，整个程序都需要修改，更别提代码重用了。

代码的可重用性差：由于是面向结构的编程方式，并且混合html，所以可能页面原型修改一点，整个程序都需要修改，更别提代码重用了。

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

ASP.NET:ASP.net是Microsoft.net的一部分，作为战略产品，不仅仅是ActiveServerPage(ASP)的下一个版本；它还提供了一个统一的Web开发模型，其中包括开发人员生成企业级Web应用程序所需的各种服务。ASP.NET的语法在很大程度上与ASP兼容，同时它还提供一种新的编程模型和结构，可生成伸缩性和稳定性更好的应用程序，并提供更好的安全保护。

这也就是最近几年来随着各种新的后台技术的诞生，CGI应用在Internet上越来越少的原因。CGI方式不适合大访问量的应用。

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

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