导航

asdf

int i = 5;
string s = (string)i;
--------------------------
编译无法通过，抛出异常“Cannot convert type 'int' to 'string' ”

好像不是这样的，我记得Sun Developer work有一片文章，可以通过读第一个字节和连续后面1-4个字节来决定这个是什么编码方式，不过已经忘了怎么查了，

我也一直在找猜測編碼的方法
試試看

选择google，用"6。4"搜索试试
嘿嘿，还有.net报错信息呢

最近怎么这么流行做这种东西呢？

中文网址不是很早就有个这样的东西吗？

firfox好像不可以耶

比较有意思
只是处理速度有点慢，访问量大后是个问题，用户都是没有耐心的。

做得不错，界面再好看点就更好了

TO FantasySoft:我所说的不正常是设计上的，而不是程序代码上的。如果我连调用哪个方法都不知道，那么我还发现得了这个问题吗？
听你说的似乎两个方法没任何关系一样，那么用得着取相同的名字吗？
不用null这种边沿值？那我们讨论什么？

TO oo复oo：我认同你的观点，其实我说成Bug的目的只是想引起大家的注意，让大家都进来看看，呵呵。

Session["name"]是一个Object。


# re: .NET关于string转换的一个小Bug
FantasySoft
Posted @ 2005-11-14 09:15
T0 鼠·神·泪.NET: 传进去的东西是只认类型的,而不是看它的具体内容。动态类型绑定只会体现在方法的调用者身上，而方法的参数类型则会在编译期由编译器决定。正是基于这一点，才会有那么多种重载的ToString方法，也就是说，ToString(string)和ToString(object)是两个不同的方法，不能够因为string是object的子类，就认定它们接收的参数是一样的。

我们不用null这种边沿值来说明问题，用一个正常的string吧：
string name ＝ "name";
object o = name;
Convert.ToString(o); // 你觉得这里会调用哪个ToString方法呢？

两个不同的方法，对于不同的类型，产生的行为不一样，我想这完全是正常的。

Sup

不要再为微软辩解了，微软又不是神，它也不可能每个地方都做得最好。 就像我们平时写程序一样，有时候也会有各方面的权衡。 一旦没有考滤好，同样会出现问题。
这两个方法返回值如果相同的话，明显比“返回值不同”更好。 有什么好辩解的？ 这也不是错误，只是“哪种更好”的问题而已，犯得着吗？ 而且你们的解释也非常牵强。

但这也不能认为是bug,

T0 鼠·神·泪.NET: 传进去的东西是只认类型的,而不是看它的具体内容。动态类型绑定只会体现在方法的调用者身上，而方法的参数类型则会在编译期由编译器决定。正是基于这一点，才会有那么多种重载的ToString方法，也就是说，ToString(string)和ToString(object)是两个不同的方法，不能够因为string是object的子类，就认定它们接收的参数是一样的。

我们不用null这种边沿值来说明问题，用一个正常的string吧：
string name ＝ "name";
object o = name;
Convert.ToString(o); // 你觉得这里会调用哪个ToString方法呢？

两个不同的方法，对于不同的类型，产生的行为不一样，我想这完全是正常的。

当一种观点出现,总有赞同的人和不赞同的人,争论是无休止的话题.

重载的一致性只是我随便造出来的一句，不是什么专业名词，但我相信你应该明白，重载的原因是因为这两个函数功能具有一致性，既然传进去的东西一样，传出来的东西反而不同，那么为什么要取同一个名字？我倒觉得这两个函数应该改名为：
Convert.ToStringIfNullReturnNull(string str);
Convert.ToStringIfNullReturnEmpty(object obj);

这个问题最我也很困惑

string 的 null 和 empty 确实是个头痛的问题，不知道什么时候应该是 null ，什么时候应该是 empty ，所以很多时候我们的判断是 IsNullOrEmpty 。

可以说一下，什么叫重载的一致性吗？ 谢谢。

其实在我看来，将Convert.ToString((string)null)返回值改为""我是最能接受的。