这个Bug该客户端改还是服务端改

[zz962]

服务器上有个配置文件，客户端会下载使用，由于里面多了空格和回车，所以会导致客户端出错。

我是负责客户端的，我认为应该由服务端改。首先bug是服务端造成的，谁造成的问题谁解决是常识，其次，问题应该在上游解决而不是下游。

而服务端认为应该在客户端容错，我很难理解。这个配置文件是明文，我根本防不住用户的胡乱修改，最多给服务端的错误擦屁股而已。

请各位发表一下看法

[赵4老师]

引用 19 楼 zz962 的回复:

[quote=引用 18 楼 mayudong1 的回复:] [quote=引用 16 楼 mayudong1 的回复:] 首先看你们定义的协议中有没有明确的指定不能有空格回车之类的东西 大概也是没有明确指定所以才出现这种情况吧

哈哈，那你 也不愿意改就踢皮球吧，就看谁强势了 [/quote] 为了这么个小问题不值得，我已经改了，但不太痛快[/quote] 为这点小事都不痛快，纯属自寻烦恼，小肚鸡肠。

[赵4老师]

楼主虚心学习一下吧，以后可以少些不痛快： http://bbs.csdn.net/topics/360055953

[赵4老师]

楼主的人生信条和“求人不如求己”正好相反。

[赵4老师]

引用 9 楼 zhao4zhong1 的回复:

作为一个C程序员，对 scanf,sscanf,fscanf printf,sprintf,fprintf 这类函数的用法，还是要做到“拳不离手，曲不离口”的。

归根结底，楼主还是不怎么会用这类函数。

[zz962]

引用 27 楼 zhao4zhong1 的回复:

[quote=引用 9 楼 zhao4zhong1 的回复:] 作为一个C程序员，对 scanf,sscanf,fscanf printf,sprintf,fprintf 这类函数的用法，还是要做到“拳不离手，曲不离口”的。

归根结底，楼主还是不怎么会用这类函数。[/quote] 您每次读文件是不是都先做容错？

[zz962]

引用 26 楼 zhao4zhong1 的回复:

楼主的人生信条和“求人不如求己”正好相反。

您误会我的意思了，谢谢

[Sandrer]

这是两方面的事情, 就好比微软的系统老是不停的打补丁, 因为它有错 但你使用微软提供给你的api, 你不可能光靠它帮你打补丁就万事大吉了 你还得用 try...catch 来捕捉错误, 还有判断函数的返回值来得知函数执行是否成功, 不是吗? 如果开发服务端的工程人员是和你同一个公司, 那么你就去跟项目主管反应问题, 让项目主管来觉得, 何必自己找烦恼? 如果是第三方公司开发, 那你就天天给电话他让对方按照协议方式修改输出内容, 如果双方没定义协议, 那就你自己改咯 改完后再去作小人, 跟公司反应情况投诉对方

[zz962]

引用 30 楼 Sandrer 的回复:

这是两方面的事情, 就好比微软的系统老是不停的打补丁, 因为它有错 但你使用微软提供给你的api, 你不可能光靠它帮你打补丁就万事大吉了 你还得用 try...catch 来捕捉错误, 还有判断函数的返回值来得知函数执行是否成功, 不是吗? 如果开发服务端的工程人员是和你同一个公司, 那么你就去跟项目主管反应问题, 让项目主管来觉得, 何必自己找烦恼? 如果是第三方公司开发, 那你就天天给电话他让对方按照协议方式修改输出内容, 如果双方没定义协议, 那就你自己改咯 改完后再去作小人, 跟公司反应情况投诉对方

谢谢 我觉得你说得对，可以从协议角度谈这个问题。但实际上我问我们主管了，为什么服务端明知那是问题但不改，可是主管不回答。

[zz962]

引用 22 楼 zhao4zhong1 的回复:

楼主虚心学习一下吧，以后可以少些不痛快： http://bbs.csdn.net/topics/360055953

引用 20 楼 zhao4zhong1 的回复:

scanf类函数包括fscanf函数，你怎么不知道呢？ 老看教授猴指你鼻子，你能痛快吗？

问题是有必要么？你写代码每次都去一次空格回车么？ 如果你不是这么做的，就少在这里教训人 如果你是这样做的，我很尊敬你，但我认为这是吹毛求疵，我不会这么做

[zz962]

引用 21 楼 zhao4zhong1 的回复:

[quote=引用 19 楼 zz962 的回复:] [quote=引用 18 楼 mayudong1 的回复:] [quote=引用 16 楼 mayudong1 的回复:] 首先看你们定义的协议中有没有明确的指定不能有空格回车之类的东西 大概也是没有明确指定所以才出现这种情况吧

哈哈，那你 也不愿意改就踢皮球吧，就看谁强势了 [/quote] 为了这么个小问题不值得，我已经改了，但不太痛快[/quote] 为这点小事都不痛快，纯属自寻烦恼，小肚鸡肠。[/quote] 我并非就为这件事纠结，我担心的是以后的客户端和服务端的解决分歧。 比如这个问题，一味压客户端改，但是丝毫不谈服务端是否该改。

[zz962]

引用 22 楼 zhao4zhong1 的回复:

楼主虚心学习一下吧，以后可以少些不痛快： http://bbs.csdn.net/topics/360055953

谢谢 不过每人做事方式不同，我懒得在这类事情上费心。 我认为这个问题最经济的办法就是服务端改一下。

[Sandrer]

引用 31 楼 zz962 的回复:

[quote=引用 30 楼 Sandrer 的回复:] 这是两方面的事情, 就好比微软的系统老是不停的打补丁, 因为它有错 但你使用微软提供给你的api, 你不可能光靠它帮你打补丁就万事大吉了 你还得用 try...catch 来捕捉错误, 还有判断函数的返回值来得知函数执行是否成功, 不是吗? 如果开发服务端的工程人员是和你同一个公司, 那么你就去跟项目主管反应问题, 让项目主管来觉得, 何必自己找烦恼? 如果是第三方公司开发, 那你就天天给电话他让对方按照协议方式修改输出内容, 如果双方没定义协议, 那就你自己改咯 改完后再去作小人, 跟公司反应情况投诉对方

谢谢 我觉得你说得对，可以从协议角度谈这个问题。但实际上我问我们主管了，为什么服务端明知那是问题但不改，可是主管不回答。[/quote] 有可能这代码就是你们的主管写的

[zz962]

有可能这代码就是你们的主管写的 --------------------- 是他很亲近的一个下属写的。

[yaozhiyong110]

1.楼主心态先放好 首先有没有规定服务器过来的数据严格按照什么格式？ 有的话 这个问题服务器肯定要改 如果可以不改参考第3条 2.如果没严格定义格式 那么不管服务器改不改 作为客户端你都需要自己去容错 既然是别人传给你的数据 你就要做到基本的容错 3.最终改不改 其实取决于谁主导谁的问题 说白了就是谁当爷谁当孙子的问题 是做孙子的角色那就别闲干孙子的事辛苦

[wushuang443]

其实吧看了下，有几点要说下，当然不针对楼主，不要误会，第一：楼主跟那个做服务端的肯定关系不是 很好或者沟通合作不愉快过，请问有没有？第二：这个问题其实你说双方协议也好，从程序设计的角度看，容错处理也好，都有理由，无非就是楼主坚持自己的见解，应该是服务端那边去改，对不对？本人非常理解楼主的心态，说实话，我作为一个程序员，也经常碰到这样的鸟事，这种情况，有时候也是很火，但是无论从人际角度看，还是自身程序设计容错设计看，自己都会去处理，有时候你放开自己的心胸，不要把这些事当做一回事就行。人生不如意的地方确实很多，不爽的地方很多，但是我们又能咋样，笑笑而过或许可以很好解决。

[jm77341991]

服务器改 否则bug永久存在

[Saleayas]

客户端修改。不管服务器是否正确，你都不应该崩溃。 你可以报告配置文件不正确。 如果，你们你一个项目组的，那么项目主管会要求服务器端修改，因为这样就简化了编程。 如果不是，那么你修改是肯定的。

[zz962]

谢谢各位，我已经离开了这个团队。

[zz962]

引用 37 楼 Saleayas 的回复:

客户端修改。不管服务器是否正确，你都不应该崩溃。 你可以报告配置文件不正确。 如果，你们你一个项目组的，那么项目主管会要求服务器端修改，因为这样就简化了编程。 如果不是，那么你修改是肯定的。

客户端不会崩溃，只是因为要拿配置文件里的内容去拼URL，空格回车的存在导致URL不正确。 你说的准确报错是有道理的。

[zz962]

引用 36 楼 jm77341991 的回复:

服务器改 否则bug永久存在

是的，我也是这个看法。 其实客户端可改可不改，但明显是服务端的一个bug，却不改，这叫怎么回事？ 我就整个问题直接问过主管好几次，他都避而不答。所以我已经离开了这个团队。