|
锁定老帖子 主题：看到这么雷人的代码,真是悲催
该帖已经被评为精华帖
|
|
|---|---|
| 作者 | 正文 |
|
发表时间：2011-05-13
估计是插件生成的，不然写这个的人也是sb，调用这个构造方法的就更sb了。
|
| 返回顶楼 | |
|
发表时间：2011-05-13
1、这构造函数基本是自动生成的
2、你不喜欢可以不调用他，new一个然后慢慢setXxx啊，看看哪个工作量更大 3、命名看起来像是拼音首字母，熟悉了业务里的关键名词和业务流程以后，远比蹩脚的英文翻译更直观 我不知道这东西有啥好喷的，真正雷人的是楼主吧…… |
| 返回顶楼 | |
|
发表时间：2011-05-13
nianien 写道 tenderuser 写道 这种代码怎么简化？ 怎么避免呢？
编码规范里讲,一个方法的参数超过3个以上就可以抽象成对象了 这样编码累死人不偿命啊, 构造一个对象,传的全是字符串,哪个和哪个能对得上,顺序错一下就死翘翘了 所以怎么办呢？这个可是构造函数，你想把N个参数再封装成一个类？哦，那不就是这个类本身么~ |
| 返回顶楼 | |
|
发表时间：2011-05-13
kingkan 写道 维护的人会诅咒写这段代码的人吃方便面的时候没有调味料。。。
|
| 返回顶楼 | |
|
发表时间：2011-05-13
用hibernatge进行多表关联查询的时候，自己创建vo都是这么写。那太悲哀了。从那之后就不用hibernate了。
|
| 返回顶楼 | |
|
发表时间：2011-05-13
nianien 写道 tenderuser 写道 这种代码怎么简化？ 怎么避免呢？
编码规范里讲,一个方法的参数超过3个以上就可以抽象成对象了 这样编码累死人不偿命啊, 构造一个对象,传的全是字符串,哪个和哪个能对得上,顺序错一下就死翘翘了 笑话。 将一个悲催大对象抽象成几个悲催小对象，悲催扩大化。伤其十指不如断其一指。规范是死的，人是活的。 |
| 返回顶楼 | |
|
发表时间：2011-05-13
yangguo 写道 nianien 写道 tenderuser 写道 这种代码怎么简化？ 怎么避免呢？
编码规范里讲,一个方法的参数超过3个以上就可以抽象成对象了 这样编码累死人不偿命啊, 构造一个对象,传的全是字符串,哪个和哪个能对得上,顺序错一下就死翘翘了 笑话。 将一个悲催大对象抽象成几个悲催小对象，悲催扩大化。伤其十指不如断其一指。规范是死的，人是活的。 我看你才是笑话，不走寻常路也不是这方面，不要以为眼睛睁大了那么一点就是非主流！ |
| 返回顶楼 | |
|
发表时间：2011-05-13
最强大的地方 其实是 汉语拼音。。。。
|
| 返回顶楼 | |
|
发表时间：2011-05-13
如果是ide自动生成的没有问题吧~自己再写几个构造方法~
|
| 返回顶楼 | |
|
发表时间：2011-05-13
最后修改：2011-05-13
int08h 写道 nianien 写道 tenderuser 写道 这种代码怎么简化？ 怎么避免呢？
编码规范里讲,一个方法的参数超过3个以上就可以抽象成对象了 这样编码累死人不偿命啊, 构造一个对象,传的全是字符串,哪个和哪个能对得上,顺序错一下就死翘翘了 所以怎么办呢？这个可是构造函数，你想把N个参数再封装成一个类？哦，那不就是这个类本身么~ 难道我不可以分解多个对象吗？难道我不能用build模式么？ |
| 返回顶楼 | |
