i am myself

大俠 我想問一下 爲什麽我的客戶端一運行就出現
服务器遇到内部错误。有关更多信息，请关闭服务器的 .config 文件中的 customErrors。
怎么才能查看詳細錯誤信息呢?我的是控制台应用程序.求教了-.-

sibling的英文解释是“兄弟, 姐妹, 同胞, 同属”，从字面意思就可以猜出来是下一个兄弟结点。

你的测试是对的，需要指出的是:nextsibling()是指兄弟结点(同级的),而不是父子结点(上下级的)

呵呵……拦截消息啊

◎chinaxihan：“当A重新编译了之后，B并没有重新编译，这个时候如果编译C就会有上面那样的警告。”这里就包含了解决办法啊。就是编译A之后，一定要首先编译B，然后再编译C，就不会有那个警告了

那应该如何解决，还是没说呀

◎sumtec，我猜测意思也是这样。但是你的说法好像不是很准确吧，因为Digit并不是从byte派生的，而只是定义了到byte的转换

@buaaytt:
按照最接近原则处理。如果是byte或者其派生类（当然，byte没法派生，但是其他类型是可以的），那就使用byte版本，否则用object版本。

@linkcd，事实上，如果是用b.Equals(d)，那么结果是true，并且有两次类型转换。因为byte结构的定义中提供了一个Equals(byte obj)方法，所以这里会把d转换成byte类型（这里有个问题，见后面）。而如果用d.Equals(b)，结果是false，并且只有一次类型转换。这个我想是因为Digit没有重写Equals方法，所以就调用的是ValueType的Equals方法。因此不会把d转换到byte类型，所以结果就是false了。
但是这里我还有个问题，当使用b.Equals(d)的时候，Byte结构定义了两个Equals方法，一个是public bool Equals(byte obj)，另一个当然就是public override bool Equals(object obj)了。那么在这里CLR怎么决定该调用哪个重载版本呢？

唉，让人见笑了，还是把这些争吵删了吧。问题讨论演变成人身攻击就不好了

@linkcd，你可以用Equals试试，看看结果是不是和==一样的，实际上两者是不同的。

不是問題的問題.

有时觉得直接用Equals方法还要比＝＝明显些

这种基础问题要多看书。

songs

我觉得其实这个也是一个经验的问题，经验多了的话就不会再犯这种错误了，自然就会按照一定的顺序编译项目了

这个问题，我遇到了，我的想法跟你的一样。
只是，怎么解决这个问题呢？
其实，这个问题也不是很大，但是在调试的过程中，
遇到问题的话，就需要把这个完全解决。