WebServices是无状态,不能通过所谓得属性来保存信息.
在做一个小功能得时候因为不知道而产生了很多无谓得错误和调试,后来经过几多调试,得出经验
通过Session来保存状态
而在WebServices中使用Session必须开启EnableSession
且客户端必须创建CookieContainer实例来进行关联
具体做法:
服务端
using System.ComponentModel;
using System.Web.Services;
namespace test
{
/// <summary>
/// Email 的摘要说明。
/// </summary>
public class test : WebService
{
public test()
{
//CODEGEN: 该调用是 ASP.NET Web 服务设计器所必需的
InitializeComponent();
}
#region 组件设计器生成的代码
//Web 服务设计器所必需的
private IContainer components = null;
/// <summary>
/// 设计器支持所需的方法 - 不要使用代码编辑器修改
/// 此方法的内容。
/// </summary>
private void InitializeComponent()
{
}
/// <summary>
/// 清理所有正在使用的资源。
/// </summary>
protected override void Dispose( bool disposing )
{
if(disposing && components != null)
{
components.Dispose();
}
base.Dispose(disposing);
}
#endregion
// WEB 服务示例
// HelloWorld() 示例服务返回字符串 Hello World
// 若要生成，请取消注释下列行，然后保存并生成项目
// 若要测试此 Web 服务，请按 F5 键
[WebMethod(EnableSession=true)]
public string HelloWorld()
{
return Session["aaa"].ToString();
}
public void aaa
{
[WebMethod(EnableSession=true)]
set{Session["aaa"] = value;}
}
}
}
客户端
test t = new test.localhost.test();
t.CookieContainer = new System.Net.CookieContainer();
t.set_aaa("hello world!");
Response.Write(t.HelloWorld());
昨天做了两个asp页面,一个是utf-8得页面一个则是gb2312得页面.
于是发生了件怪事(主要是我第一次遇见得),单独打开这两个页面都不会出现问题,
但偏偏从utf8连接到gb2312得时候就出现了乱码.花了两个小时都搞不掉,
今天再次打开,baidu了下结果.
后来发现两个解决方案
第一:在每个gb2312页面上设置Session.CodePage=936
这样问题就解决了...
第二:从utf8转到gb2312得时候不要用<a>连接.用response.redirect跳转,也能解决.
综上,我理解为
给每个页面设置CodePage这样就把各个页面得编码都独立起来,不再受相连页面得影响
其次<a>标签连接会将页面编码属性也传递给下一个页面,而使用redirect就不会出现这样得情况了,这跟
用asp得环境变量取Request.ServerVariables("HTTP_REFERER")一样,后者就取不到.
另附上
对于ASP编码问题的深入研究与最终解决方案
哪的资料都不如官方资料权威。今天总算从MSDN中择出了ASP编码问题的解决方案。
下面是MSDN中的一段话。
Setting @CODEPAGE explicitly affects literal strings in a single response. Response.CodePage affects dynamic strings in a single response, and Session.CodePage affects dynamic strings in all responses in a session.
这句话解释清楚了@CODEPAGE，Response.CodePage，Session.CodePage 分别的作用是什么。
@CODEPAGE作用于所有静态的字符串，比如某文件中的 const blogname="我的家"
Response.CodePage,Session.CodePage作用于所有动态输出的字符串，比如<%=blogname%>
这句话很关键的是说明了Response.CodePage的作用范围是a single response，而SXNA中声明的Session.CodePage的作用范围是all responses in a session。
再看另外一句话。
If Response.CodePage is not explicitly set in a page, it is implicitly set by Session.CodePage, if sessions are enabled. If sessions are not enabled, Response.CodePage is set by @CodePage, if @CodePage is present in the page. If there is no @CodePage in the page, Response.CodePage is set by the AspCodePage metabase property. If the AspCodePage metabase property is not set, or set to 0, Response.CodePage is set by the system ANSI code page.
这句话我乍一看，把意思理解成了这样：在sessions are enabled的时候，如果Response.CodePage没有声明，则Response.CodePage会被Session.CodePage赋值。如果sessions are not enabled的时候, 如果@CodePage已声明，则Response.CodePage会被@CodePage赋值，等等.............
这句话解释了为什么从SXNA中出来以后进入一些别的页面比如oblog,z-blog等等容易出现乱码，因为其他程序没有声明Response.CodePage而恰巧SXNA声明了Session.CodePage，因此一进入SXNA，Session.CodePage立即被赋值（版本不同，有的版本赋了936有的版本赋了65001），而后进入其他程序的时候Response.CodePage马上被Session.CodePage赋值，如果这时Response.CodePage与页面本身编码不一样的话，页面就会出现乱码。所以进入z-blog出现乱码的时候我查了当时的Session.CodePage和Response.CodePage都是936，而进入oblog出现乱码的时候Session.CodePage和Response.CodePage都是65001.就是说要想保证叶面不出现乱码，应该声明Response.CodePage，否则他就会按照Session.CodePage来解释网页（而不是按照@codepage解释网页）.
如果仅仅按照上面的解释的话，我实际上是很糊涂的，因为我们都是用的中文操系统，当每一次进入浏览器的时候你可以尝试输出Session.CodePage，能看到他都是936！为什么进入Z-blog的时候他不把默认的Session.CodePage的936赋给Response.CodePage呢？反而把@CodePage给了Response.CodePage？什么情况下Session.CodePage才赋值给Response.CodePage呢？原文的sessions are enabled应该如何理解呢？
也许上面的话应该这样理解：
在Session.CodePage被任何程序声明的时候，如果Response.CodePage没有声明，则Response.CodePage会被Session.CodePage赋值。如果Session.CodePage没有被任何程序声明的时候, 如果@CodePage已声明，则Response.CodePage会被@CodePage赋值，....，最后的页面动态内容部分按照Response.CodePage的值解释。
因为Zblog和Oblog都声明了@CodePage，所以，用户刚刚启动完机器然后进入浏览器浏览Zblog和Oblog的时候Response.CodePage会被@CodePage赋值，于是叶面显示正常。
这句话进一步解释了产生乱码的原因
If you set Response.CodePage or Session.CodePage explicitly, do so before sending non-literal strings to the client. If you use literal and non-literal strings in the same page, make sure the code page of @CODEPAGE matches the code page of Response.CodePage, or the literal strings are encoded differently from the non-literal strings and display incorrectly.
其中比较有用的一句话是说如果Response.CodePage和@CODEPAGE不一样的话会产生乱码。也就是说当Z-blog的@CODEPAGE=65001而Z-blog的Response.CodePage被Session.CodePage赋为936的时候就会出现乱码，oblog反之亦然。
不知道上面说了这么多解释清楚没有-_-||
下面解释一下为什么SXNA有时会把Session.CodePage赋为936，我有一个版本是这样写的：
<% OriginalCodePage=Session.CodePage %>
.......
<% Session.CodePage=OriginalCodePage %>
当用户进入浏览器的时候Session.CodePage默认为936，这个时候的默认936不是程序声明的，因此不会赋给Response.CodePage，当进入SXNA的时候，Session.CodePage被上面那段代码一折腾就变成了程序声明的Session.CodePage=936,因此再进入Zblog的时候就把936给了Response.CodePage。
至此，全部原因已经分析清楚了。
因此说，保证asp叶面一定不会出现乱码的代码应该是这样的：（假定是UTF-8的叶子）
<%@ CODEPAGE=65001 %>
<% Response.CodePage=65001%>
<% Response.Charset="UTF-8" %>
进一步说明为什么要加Response.Charset，因为MSDN说应该加...呵呵
If the code page is set in a page, then Response.Charset should also be set.
另外，文件的编码格式应该与@CODEPAGE一样:
The file format of a Web page must be the same as the @CODEPAGE used in the page.
这就是为什么zblog,pjblog等一些程序要吧文件存成UTF8编码格式的原因.
综上，如果所有的程序都声明了Response.CodePage就不会被Session.CodePage干扰而出现乱码了。所以Session.CodePage还是不能轻易用的！
参考文章：
http://msdn.microsoft.com/library/default.asp?url=/library/en-us/iissdk/html/268f1db1-9a36-4591-956b-d7269aeadcb0.asp
http://msdn.microsoft.com/library/default.asp?url=/library/en-us/iissdk/html/582e6f47-52eb-413e-8b5d-c99145cb61d8.asp
PoivY免费电话
http://www.poivy.com/en/download.html
很简单的注册，只需要填写用户名，昵称和密码，邮箱（可以随便填，取回密码用的，没有什么用处）即可完成注册，这样就有了1欧元，可以免费打66分钟的电话。
拨号规则：
国内固定电话：0086+区号+电话号（注意区号也不用加0，如：00861088230987,中间10是北京的区号，不加0）
国内手机电话：0086+手机号即可（注意不用在手机号前加0）
一个系统可以注册3个号，就可以免费打3个多小时了!
重复注册无限打电话的方法：
首先设置该软件不要随系统启动，再删除C:\Documents and Settings\当前用户\Application Data\Microsoft\Crypto\RSA 里面的所有文件之后，重新拨号，再重新打开软件又能注册3个，这样就能无限注册了!
免费拨打固话/手机国家的网络电话：
中国大陆
中国台湾
香港
安道尔共和国
阿根廷
奥地利
比利时
保加利亚
加拿大
智利
哥伦比亚
塞浦路斯
丹麦
芬兰
荷兰 美国
英国
澳大利亚
法国
直布罗陀
匈牙利
冰岛
爱尔兰
意大利
拉脱维亚
列支敦士登的
卢森堡
马来西亚
摩纳哥
蒙古 德国
巴拿马
秘鲁
葡萄牙
新加坡
斯洛文尼亚
南韩
西班牙
瑞典
泰国
土耳其
委内瑞拉
乔治亚苏维埃
新西兰
挪威
优点:
* 下载软件安装后首次运行即得30次免费通话时间.
* 充值后免费 20小时/月(每周300分钟) 拨打中国所有座机及手机,免费拨打其它50个国家的座机/手机,超出20小时拨打中国费率0.01euro/分钟 或0.1RMB/分钟,按分计费.
* 免费呼叫转移到你的座机或手机,无任何附加费.
* 支持免费获得一个VoIPIn号码.
* 支持SIP phone
* 高级功能: Webcall,让你可以用你的座机或手机直接拨打对方的座机或手机
昨天突然发现window.open('',null,'width=200,height=200,status=no');打开的窗口怎么都有显示状态栏
而本地测试却是正确的..研究了半天,询问了几个朋友的情况
发现 win2003+sp1 和winxp+sp2的系统状态栏都是存在的,而没打过sp1和sp2的系统则正常显示,
原来是微软在这两个补丁上做了改动,害的我以为系统出问题了...
据说微软以后还会对地址栏等也做响应的调整...真戴啊...
摘要: 所谓幽默，也是需要渊博的知识的。＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝按照惯例，我们早餐喜欢吃地瓜粥。今天因为地瓜卖完了，妈妈只好黔驴技穷地削些芋头来滥竽充数。没想到那些种在阳台的芋头很好吃，全家都贪得无厌地自食其果。 出门前，我那徐娘半老的妈妈打扮的花枝招展，鬼斧神工到一点也看不出是个糟糠之妻。头顶羽毛未丰的爸爸也赶紧洗心革面沐猴而冠，换上双管齐下的西装英俊得惨绝人寰，鸡飞狗跳到让人退避...
阅读全文
摘要: 男人这辈子挺难的：找个漂亮女人吧，太操心，找个不漂亮的吧，又不甘心；光顾事业了，人家说你没责任感，光顾家了，人家又说你没本事；专一点吧，人家说你不成熟；花心点吧，人家说你是禽兽；有钱，说你是坏人，没有钱，人家骂你窝囊废；自己奋斗吧，等有钱了女友也老了，让女人养吧，不如自宫练葵花宝典算了。不去应酬，怕被老板废了，去应酬吧，怕被老婆废了。哎！这年月做男人真难。女人可以等嫁，俺们等啥呀？女人还有个三八节...
阅读全文
摘要: 测试了下我所知道的所有方法,发现关键的地方还是ImageCodecInfo myImageCodecInfo;Encoder myEncoder;EncoderParameter myEncoderParameter;EncoderParameters myEncoderParameters;myImageCodecInfo = GetEncoderInfo("image/jpeg");myEnc...
阅读全文
摘要: 所略图品质问题一直困扰着我,一直以为只要设置了Graphics对象的SmoothingMode属性就可以了(Graphics.SmoothingMode = System.Drawing.Drawing2D.SmoothingMode.HighQuality //设置高质量,低速度呈现平滑程度) 然而在使用的过程中总是觉得生成的图片品质总是与原图有一断肉眼就能分辨的出的差异,甚不合意...于是翻些...
阅读全文