ASP.NET网站制作之C#中Encoding.Unicode与Encoding.UTF8的区分仓酷云
我之所以想学。NET，是因为一直觉的BILLGATES好厉害，希望有一天能去微软，虽然现在还距离遥远，呵呵:)明天在园子首页看到一篇博文-复杂聊下Unicode和UTF-8，从中晓得了UTF-8是Unicode的一种完成体例：Unicode只是给这天下上每一个字符划定了一个一致的二进制编号，并没有划定程序该怎样往存储息争析。
能够说UTF-8是Unicode完成体例之一...
在闪存中纪录这个劳绩时，@飞鸟_Asuka在复兴中提了一个很好的成绩：“那末在选择编码体例的时分为何unicode和utf8会是分离的两个选项呢？”
在C#中，System.Text.Encoding.Unicode与System.Text.Encoding.UTF8分离是2种编码体例。假如UTF-8是Unicode的一种完成体例，那C#中为何将Encoding.Unicode作为与UTF8并列的一种编码体例呢？
厥后在stackoverflow上找到了谜底：
Windowshandlesso-called"Unicode"stringsasUTF-16strings,whilemostUNIXesdefaulttoUTF-8thesedays.
本来Windows默许的Unicode完成是UTF-16，以是C#中Encoding.Unicode就是UTF-16。
System.Text.Encoding.Unicode的正文也证实了这一点：
////Summary://GetsanencodingfortheUTF-16formatusingthelittleendianbyteorder.////Returns://AnencodingfortheUTF-16formatusingthelittleendianbyteorder.publicstaticEncodingUnicode{get;}
C#中，Encoding.Unicode＝UTF-16。
如果英语好，口才好，加上女孩子的优势说不定有机会进去做做别的工具） 由于JSP/Servlet都是基于Java的，所以它们也有Java语言的最大优点——平台无关性，也就是所谓的“一次编写，随处运行（WORA–WriteOnce,RunAnywhere）”。除了这个优点，JSP/Servlet的效率以及安全性也是相当惊人的。 目前在微软的.net战略中新推出的ASP.net借鉴了Java技术的优点，使用CSharp(C#)语言作为ASP.net的推荐语言，同时改进了以前ASP的安全性差等缺点。但是，使用ASP/ASP.net仍有一定的局限性，因为从某种角度来说它们只能在微软的WindowsNT/2000/XP+IIS的服务器平台上良好运行（虽然像ChilliSoft提供了在UNIX/Linux上运行ASP的解决方案. 现在主流的网站开发语言无外乎asp、php、asp.net、jsp等。 代码的可重用性差：由于是面向结构的编程方式，并且混合html，所以可能页面原型修改一点，整个程序都需要修改，更别提代码重用了。 由于CGI程序每响应一个客户就会打开一个新的进程，所以，当有多个用户同时进行CGI请求的时候，服务器就会打开多个进程，这样就加重了服务器的负担，使服务器的执行效率变得越来越低下。 由于CGI程序每响应一个客户就会打开一个新的进程，所以，当有多个用户同时进行CGI请求的时候，服务器就会打开多个进程，这样就加重了服务器的负担，使服务器的执行效率变得越来越低下。 当然我们在选择Asp.net主机是，除了要考虑服务提供商在版本是否是实时更新以外，机房的环境和配置也是非常重要的，通常选择骨干网的机房，在速度和稳定性上会非常有保证。 逐步缩小出错代码段的范围，最终确定错误代码的位置。 主流网站开发语言之ASP:ASP是微软（Microsoft）所开发的一种后台脚本语言，它的语法和VisualBASIC类似，可以像SSI（ServerSideInclude）那样把后台脚本代码内嵌到HTML页面中。虽然ASP简单易用，但是它自身存在着许多缺陷，最重要的就是安全性问题。
页:
[1]