ASP.NET网页编程之网页乱码成绩ASP.NET

在VC.net的版本上，为了让C＋＋运行在.NETFramework中，微软为C++引进了托管，就是托管C++（ManagedC＋＋），这个根本就没有流行起来，自托管C＋＋产生以后就没有收到过好评。asp.net|网页|成绩明天，用javascript剧本做了一个ASP.NET页面中的菜单工具，保留为menuScript.js.在页面顶用<scriptlanguage="javascript"src="../js/MenuScript.js"></script>挪用,了局在运转中奇异的征象产生了：页面中的汉字一般显现，可菜单中的汉字却显现为乱码。
不必问，用膝盖想想也是编码出了成绩在该页面的“检察”-“编码”选项中切换utf-8和GB2312两种编码，了局页面中的汉字和菜单中的汉字瓜代变成乱码
办理办法：设置文件中有编码设置：<globalizationrequestEncoding="utf-8"responseEncoding="utf-8"/>
menuScript.js文件保留时有编码选项（可用Word翻开此文件再另存，选择编码），只需坚持这两处编码一样便可。
为了更好的懂得编码成绩，在CSDN中找到了一篇这方面的文章，fmddlmyy。在此转载一下,以供参考：
谈谈编码
谈谈编码#region谈谈编码
/**//*
0、bigendian和littleendian
　　bigendian和littleendian是CPU处置多字节数的分歧体例。比方“汉”字的Unicode编码是6C49。那末写到文件里时，事实是将6C写在后面，仍是将49写在后面？假如将6C写在后面，就是bigendian。仍是将49写在后面，就是littleendian。
　　“endian”这个词出自《格列佛纪行》。君子国的内战就源于吃鸡蛋时是事实从年夜头(Big-Endian)敲开仍是从小头(Little-Endian)敲开，由此曾产生过六次兵变，个中一个天子送了命，另外一个丢了王位。
　　我们一样平常将endian翻译成“字节序”，将bigendian和littleendian称作“年夜尾”和“小尾”。
1、字符编码、内码，顺带先容汉字编码
　　字符必需编码后才干被盘算机处置。盘算机利用的缺省编码体例就是盘算机的内码。初期的盘算机利用7位的ASCII编码，为了处置汉字，程序员计划了用于简体中文的GB2312和用于繁体中文的big5。
　　GB2312(1980年)一共收录了7445个字符，包含6763个汉字和682个别的标记。汉字区的内码局限高字节从B0-F7，低字节从A1-FE，占用的码位是72*94=6768。个中有5个空位是D7FA-D7FE。
　　GB2312撑持的汉字太少。1995年的汉字扩大标准GBK1.0收录了21886个标记，它分为汉字区和图形标记区。汉字区包含21003个字符。2000年的GB18030是代替GBK1.0的正式国度尺度。该尺度收录了27484个汉字，同时还收录了躲文、蒙文、维吾尔文等次要的多数平易近族笔墨。如今的PC平台必需撑持GB18030，对嵌进式产物暂不作请求。以是手机、MP3一样平常只撑持GB2312。
　　从ASCII、GB2312、GBK到GB18030，这些编码办法是向下兼容的，即统一个字符在这些计划中老是有不异的编码，前面的尺度撑持更多的字符。在这些编码中，英文和中文能够一致地处置。辨别中文编码的办法是高字节的最高位不为0。依照程序员的称号，GB2312、GBK到GB18030都属于双字节字符集(DBCS)。
　　有的中文Windows的缺省内码仍是GBK，能够经由过程GB18030晋级包晋级到GB18030。不外GB18030绝对GBK增添的字符，一般人是很难用到的，一般我们仍是用GBK指代中文Windows内码。
　　这里另有一些细节：
　　GB2312的原文仍是区位码，从区位码到内码，必要在高字节和低字节上分离加上A0。
　　在DBCS中，GB内码的存储格局一直是bigendian，即高位在前。
　　GB2312的两个字节的最高位都是1。但切合这个前提的码位只要128*128=16384个。以是GBK和GB18030的低字节最高位都大概不是1。不外这不影响DBCS字符流的剖析：在读取DBCS字符流时，只需碰到高位为1的字节，就能够将下两个字节作为一个双字节编码，而不必管低字节的高位是甚么。
2、Unicode、UCS和UTF
　　后面提到从ASCII、GB2312、GBK到GB18030的编码办法是向下兼容的。而Unicode只与ASCII兼容（更正确地说，是与ISO-8859-1兼容），与GB码不兼容。比方“汉”字的Unicode编码是6C49，而GB码是BABA。
　　Unicode也是一种字符编码办法，不外它是由国际构造计划，能够包容全球一切言语笔墨的编码计划。Unicode的学名是"UniversalMultiple-OctetCodedCharacterSet"，简称为UCS。UCS能够看做是"UnicodeCharacterSet"的缩写。
　　依据维基百科全书(http://zh.wikipedia.org/wiki/)的纪录：汗青上存在两个试图自力计划Unicode的构造，即国际尺度化构造（ISO）和一个软件打造商的协会（unicode.org）。ISO开辟了ISO10646项目，Unicode协会开辟了Unicode项目。　　在1991年前后，两边都熟悉到天下不必要两个不兼容的字符集。因而它们入手下手兼并两边的事情功效，并为创建一个单一编码表而协同事情。从Unicode2.0入手下手，Unicode项目接纳了与ISO10646-1不异的字库和字码。
　　今朝两个项目仍都存在，并自力地发布各自的尺度。Unicode协会如今的最新版本是2005年的Unicode4.1.0。ISO的最新尺度是10646-3:2003。
　　UCS划定了怎样用多个字节暗示各类笔墨。如何传输这些编码，是由UTF(UCSTransformationFormat)标准划定的，罕见的UTF标准包含UTF-8、UTF-7、UTF-16。
　　IETF的RFC2781和RFC3629以RFC的一向作风，明晰、明快又不掉松散地形貌了UTF-16和UTF-8的编码办法。我老是记不得IETF是InternetEngineeringTaskForce的缩写。但IETF卖力保护的RFC是Internet上统统标准的基本。
3、UCS-2、UCS-4、BMP
　　UCS有两种格局：UCS-2和UCS-4。望文生义，UCS-2就是用两个字节编码，UCS-4就是用4个字节（实践上只用了31位，最高位必需为0）编码。上面让我们做一些复杂的数学游戏：
　　UCS-2有2^16=65536个码位，UCS-4有2^31=2147483648个码位。
　　UCS-4依据最高位为0的最高字节分红2^7=128个group。每一个group再依据次高字节分为256个plane。每一个plane依据第3个字节分为256行(rows)，每行包括256个cells。固然统一行的cells只是最初一个字节分歧，其他都不异。
　　group0的plane0被称作BasicMultilingualPlane,即BMP。大概说UCS-4中，高两个字节为0的码位被称作BMP。
　　将UCS-4的BMP往失落后面的两个零字节就失掉了UCS-2。在UCS-2的两个字节前加上两个零字节，就失掉了UCS-4的BMP。而今朝的UCS-4标准中还没有任何字符被分派在BMP以外。
4、UTF编码
　　UTF-8就是以8位为单位对UCS举行编码。从UCS-2到UTF-8的编码体例以下：
UCS-2编码(16进制)UTF-8字撙节(二进制)
0000-007F0xxxxxxx
0080-07FF110xxxxx10xxxxxx
0800-FFFF1110xxxx10xxxxxx10xxxxxx
　　比方“汉”字的Unicode编码是6C49。6C49在0800-FFFF之间，以是一定要用3字节模板了：1110xxxx10xxxxxx10xxxxxx。将6C49写成二进制是：0110110001001001，用这个比特流顺次取代模板中的x，失掉：111001101011000110001001，即E6B189。
　　读者能够用记事本测试一下我们的编码是不是准确。
　　UTF-16以16位为单位对UCS举行编码。关于小于0x10000的UCS码，UTF-16编码就即是UCS码对应的16位无标记整数。关于不小于0x10000的UCS码，界说了一个算法。不外因为实践利用的UCS2，大概UCS4的BMP一定小于0x10000，以是就今朝而言，能够以为UTF-16和UCS-2基础不异。但UCS-2只是一个编码计划，UTF-16却要用于实践的传输，以是就不能不思索字节序的成绩。
5、UTF的字节序和BOM
　　UTF-8以字节为编码单位，没有字节序的成绩。UTF-16以两个字节为编码单位，在注释一个UTF-16文本前，起首要弄分明每一个编码单位的字节序。比方收到一个“奎”的Unicode编码是594E，“乙”的Unicode编码是4E59。假如我们收到UTF-16字撙节“594E”，那末这是“奎”仍是“乙”？
　　Unicode标准中保举的标志字节按次的办法是BOM。BOM不是“BillOfMaterial”的BOM表，而是ByteOrderMark。BOM是一个有点小伶俐的设法：
　　在UCS编码中有一个叫做"ZEROWIDTHNO-BREAKSPACE"的字符，它的编码是FEFF。而FFFE在UCS中是不存在的字符，以是不该该呈现在实践传输中。UCS标准倡议我们在传输字撙节前，先传输字符"ZEROWIDTHNO-BREAKSPACE"。
　　如许假如吸收者收到FEFF，就标明这个字撙节是Big-Endian的；假如收到FFFE，就标明这个字撙节是Little-Endian的。因而字符"ZEROWIDTHNO-BREAKSPACE"又被称作BOM。
　　UTF-8不必要BOM来标明字节按次，但能够用BOM来标明编码体例。字符"ZEROWIDTHNO-BREAKSPACE"的UTF-8编码是EFBBBF（读者能够用我们后面先容的编码办法考证一下）。以是假如吸收者收到以EFBBBF开首的字撙节，就晓得这是UTF-8编码了。
　　Windows就是利用BOM来标志文本文件的编码体例的。
6、进一步的参考材料
　　本文次要参考的材料是"ShortoverviewofISO-IEC10646andUnicode"(http://www.nada.kth.se/i18n/ucs/unicode-iso10646-oview.html)。
　　我还找了两篇看上往不错的材料，不外由于我入手下手的疑问都找到了谜底，以是就没有看：
"UnderstandingUnicodeAgeneralintroductiontotheUnicodeStandard"(http://scripts.sil.org/cms/scripts/page.php?site_id=nrsi&item_id=IWS-Chapter04a)
"CharactersetencodingbasicsUnderstandingcharactersetencodingsandlegacyencodings"(http://scripts.sil.org/cms/scripts/page.php?site_id=nrsi&item_id=IWS-Chapter03)
　　我写过UTF-8、UCS-2、GBK互相转换的软件包，包含利用WindowsAPI和不利用WindowsAPI的版本。今后偶然间的话，我会收拾一下放到我的团体主页上(http://fmddlmyy.home4u.china.com)。
　　我是想分明一切成绩后才入手下手写这篇文章的，原觉得一会儿就可以写好。没想到思索说话和查证细节消费了很长工夫，居然从下战书1:30写到9:00。但愿有读者能从中受害。
我之所以想学。NET，是因为一直觉的BILLGATES好厉害，希望有一天能去微软，虽然现在还距离遥远，呵呵:)

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

仓酷云

提供基于组件、事件驱动的可编程网络表单，大大简化了编程。还可以用ASP.NET建立网络服务。

同时也感谢博客园给我们这个平台，也感谢博客园的编辑们做成专题引来这么多高人指点。

ASP.net的速度是ASP不能比拟的。ASP.net是编译语言，所以，当第一次加载的时候，它会把所有的程序进行编译(其中包括worker进程，还有对语法进行编译，形成一个程序集)，当程序编译后，执行速度几乎为0。

能产生和执行动态、交互式、高效率的站占服务器的应用程序。运用ASP可将VBscript、javascript等脚本语言嵌入到HTML中，便可快速完成网站的应用程序，无需编译，可在服务器端直接执行。容易编写。

主流网站开发语言之ASP:ASP是微软（Microsoft）所开发的一种后台脚本语言，它的语法和VisualBASIC类似，可以像SSI（ServerSideInclude）那样把后台脚本代码内嵌到HTML页面中。虽然ASP简单易用，但是它自身存在着许多缺陷，最重要的就是安全性问题。

代码逻辑混乱，难于管理：由于ASP是脚本语言混合html编程，所以你很难看清代码的逻辑关系，并且随着程序的复杂性增加，使得代码的管理十分困难，甚至超出一个程序员所能达到的管理能力，从而造成出错或这样那样的问题。

JSP/Servlet虽然在国内目前的应用并不广泛，但是其前途不可限量。