诊断一个问题之前,最怕的就是报 bug 的人胡说他自己“想的”现象,最怕他翻来覆去地就是说不出来真正的异常信息。 写程序也是这样。有的人胡写什么 try....catch,凡是访问服务器的一堆代码出现异常了,他就 catch 到一个什么胡乱甩出一个“网络不通”的提示给用户,目的是不让用户看到真正的技术调试所需要的信息。 在调试你的程序时,你不应该去掩盖异常,你应该尽量让异常尽早出现。开发时需要做的是调试代码,不要try...catch。
”如何进行判定“? 你所说的”提示网络不通的错误“是你写的程序吗?
引用 6 楼 Z65443344 的回复:想简单点,不加服务器,就客户端处理逻辑,失败自动重新上传,不要让用户再去点一次了.请教一下,对于网络通信失败这一块我如何来进行判定。只有先判定了才能写处理逻辑,给个思路可好。
想简单点,不加服务器,就客户端处理逻辑,失败自动重新上传,不要让用户再去点一次了.
要么完善你的代码,要么使用wcf一类的框架,这样就不用操心诸如发包丢包这种底层的事情了。
110,499
社区成员
642,576
社区内容
加载中
让您成为最强悍的C#开发者
试试用AI创作助手写篇文章吧