|
锁定老帖子 主题：看到这么雷人的代码,真是悲催
该帖已经被评为精华帖
|
|
|---|---|
| 作者 | 正文 |
|
发表时间：2011-05-13
废物代码，
|
| 返回顶楼 | |
|
发表时间：2011-05-13
没什么问题吧？有问题么？如果能跑就不要去动它就是了。
|
| 返回顶楼 | |
|
发表时间：2011-05-13
还以为是我同事的发的，一瞅，是北京的哥们，看来不是了。
想当年，我就是用搜狗一个一个拼这缩写，猜意思的。 |
| 返回顶楼 | |
|
发表时间：2011-05-13
看到的第一眼让我窒息……
|
| 返回顶楼 | |
|
发表时间：2011-05-13
nianien 写道 tenderuser 写道 这种代码怎么简化？ 怎么避免呢？
编码规范里讲,一个方法的参数超过3个以上就可以抽象成对象了 这样编码累死人不偿命啊, 构造一个对象,传的全是字符串,哪个和哪个能对得上,顺序错一下就死翘翘了 确实如此，全部传递为字符串，根本无助于错误检测。 那还不如直接使用map[string-string]。 要不然就使用对象封装了，PO<->VO不就是这么来的么？ |
| 返回顶楼 | |
|
发表时间：2011-05-13
没什么大惊小怪的啊，工具生成的代码 构造就这样，不需要大可以删除，相信没有谁会这样实例类吧。而且每个熟悉定义的时候也应该有注释吧，拼音首字母命名而已。
|
| 返回顶楼 | |
|
发表时间：2011-05-13
大伙请注意了 这是构造，不是普通函数，没有人会这么调用。
|
| 返回顶楼 | |
|
发表时间：2011-05-13
哥,你这个已经很仁慈了，至少字段值都是拼音缩写
我们公司有人做报表，字段从Item1-Item15写下来，更悲剧 |
| 返回顶楼 | |
|
发表时间：2011-05-13
JE帐号 写道 说实话,细看一下,命名还挺有规律的.
应该都是一些业务概念吧?估计经常接触业务的应该都能本能的拼出来. 个人感觉这种代码完全称不上悲催雷人,充其量也就是繁琐麻烦.代码生成工具啊,反射字段名自动映射啊,好歹你还有些招可以简化简化. 真正雷人悲催的代码是那种逻辑无限发散的代码,各种依赖关系交织,全局变量满天飞,各种代码风格闪现. 我们都是这样命名的啊 |
| 返回顶楼 | |
|
发表时间：2011-05-13
调用这个方法的才是神人
|
| 返回顶楼 | |
