课程咨询: 400-996-5531 / 投诉建议: 400-111-8989
认真做教育 专心促就业
提高代码质量是每一位软件开发程序员都比较关心的一个问题,而通过代码检视是大部分软件开发项目中提高代码质量常用的一个方法,下面我们就通过案例分析来了解一下,阻塞式检视与非阻塞式检视的区别。
在阻塞式检视场景下,当你要提交代码时候,你依赖于检视者,他要意识到你一直在等着他来检视代码,除此外没有别的事情可做。如果不是有这个压力在,监视者可能要几天之后才能检视你的代码,因为他可能别检视任务淹没了,可能他会认为代码提交者会找一些其他事情做,为了在等待检视的时候不闲着。
我们可以汇总阻塞式检视的问题:
我没有实践过阻塞式代码检视,这些问题是从实施阻塞式代码检视的团队中反馈出来的。
等待检视完成的过程中,开发者被阻塞了,什么事情也干不了。
开发者会一次尽可能提交多的代码,因为他们不想经常被阻塞,经常被中断。
代码太多了会给检视者带来问题,他们要花更多的时间去读懂代码,开发者被阻塞的时间也更长。因此就进入了恶性循环。
相比之下,非阻塞式的代码检视方法会更好一些。
我认为非阻塞检视方法能够解决上面阻塞式检视方法的所有问题。
监视者不会阻塞开发者的工作。
我会花多10秒来写注释,因为等会会有人会检视。我发现从未被检视过的代码很晦涩难懂,因为没有一种督促让他将代码写的更易读。
另外一种对代码检视的实践方法是结对编程,这个近似乎很流行但是又似乎实践不起来。
结对编程是阻塞式代码检视方法和非阻塞式代码检视方法的中间态,检视者不会阻塞开发者,因为他们一起开发。
结对编程似乎是代码检视的佳实践,但是结对编程也有缺点:
假如结对的两个人能力差距很悬殊,则不如非阻塞式,因为能力强的这个人的生产率被能力弱的拉下来了。
对于结对编程看看项目组的具体情况来实施,针对一些核心业务逻辑的代码,可以找两个能力相当且都对业务比较熟悉的开发者来实现,这种效果比较好,在开发代码的同时也做到了代码检视的效果。
总结起来说,代码检视是项目中必须要做一件事情,通常我们推荐非阻塞式代码检视,对于核心业务,建议使用结对编程。
【免责声明】本文系本网编辑部分转载,转载目的在于传递更多信息,并不代表本网赞同其观点和对其真实性负责。如涉及作品内容、版权和其它问题,请在30日内与管理员联系,我们会予以更改或删除相关文章,以保证您的权益!更多内容请加danei0707学习了解。欢迎关注“达内在线”参与分销,赚更多好礼。