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;
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有哪些改进呢? 弱类型造成潜在的出错可能:尽管弱数据类型的编程语言使用起来回方便一些,但相对于它所造成的出错几率是远远得不偿失的。
页:
[1]