减少代码量就是减少bug量,您认同这个观点吗

vic 发布于 2014年10月21日
无人欣赏。

今天在cocoachina上读一篇文章:代码手写UI,xib和StoryBoard间的博弈时,读到这么一句话:减少代码量就是减少bug量

在实际开发中,项目经理关注的是工作量。那么就很自然的引入下面这个话题:减少代码量就能减少工作量

以上两个观点您认同吗? 本人是IOS开发菜鸟,就不发表什么观点了: 就事论事,请大家从代码手写UI,xib和StoryBoard这三个方面来聊聊这个话题看

共7条回复
yangjie6020 回复于 2014年10月21日

我认同 但还是要看代码量 1W行内 个人感觉真没有太大的意义。。。。

cnsoft 回复于 2014年10月21日

具体问题还是得具体分析. 代码少 逻辑复杂 也不会减少bug. 代码多与少。 具体还是得看bug产生的关联性,那才是关键. 如果说hard code 会带来bug 不如直接替换 xib 来得快。当然就是越少写代码 越好了。

vic 回复于 2014年10月21日

1楼 @yangjie6020 当然是从项目的角度出发,demon层面上的不在讨论范围内

CurveSoft 回复于 2014年10月21日

表述有问题,换成精减代码量就对了。

watcher 回复于 2014年10月22日

”减少代码量就是减少bug量“这个不能确定,但是减少代码量也会跟性能挂钩!所以思考的时候要带上性能一起思考!

free1978 回复于 2014年10月22日

我同意这个观点。而且我认为,除非必要,多余的优化都是没用的。

jeriwu 回复于 2014年10月22日

依据楼主的意思是说更多采用xib和storyboard而不是手写组件的方式,这样会减少代码量从而间接减少bug量,个人表示赞同,手写组件确实很浪费代码呢。 泛开来说,减少代码量就是减少bug量,怎么都感觉这个命题不成立,个人经历感觉没什么关系。

登录 或者 注册
相关帖子