zoukankan      html  css  js  c++  java
  • 构建之法阅读笔记02

    这次我读了《构建之法》的第四章——两人合作。

    部分总结摘抄:

    1.代码规范:

    1.1代码风格规范。

    原则:简明,易读,无二义性。

    缩进、行宽、括号、断行、分行、命名、下划线、大小写、注释。

    1.2代码设计规范

    函数、goto、错误处理、类的处理。

    2.代码复审

    3.结对编程:

    角色:驾驶员、领航员;

    好处:取得更高的投入产出比。

    不间断复审:设计复审、代码复审、测试计划复审、文档复审。

    个人体会:

           在过去的编程中,只是觉得代码能执行功能就行,对于代码的规范问题是没有认真在意过的。所编出的代码虽然不是难以入眼,但确实让人觉得不是很舒服。代码的规范包括缩进、括号、分行、命名、注释等。没有较好规范的代码,不仅使他人看不下去,甚至会引发许多的问题。比如当我们过一段时间再重新查看我们的代码,我们也许并不能说出某一模块的具体作用,小的项目还好一些,若是一个庞大的项目而且代码并不规范出现了差错需要代码复审时,我们几乎可以想象负责人会是多么的崩溃了。拥有较好的代码规范,才能增加代码的可读性,便于他人阅读和理解,便于后期的代码复审。代码规范,至关重要,方便自己,方便他人。

           对于结对编程,感悟还是挺深的。毕竟最近刚刚完成了两人的结对开发项目——石家庄地铁查询系统。正如书中所说的两种角色驾驶员和领航员,我和我的队友在本次项目编程时即是如此。并且我们为了提高代码质量进行了不间断的复审。如书中所言“大家学习软件工程都知道,越是项目后期发现的问题,修复的代价越大。代码复审正是要在早期发现并修复这些问题”。

  • 相关阅读:
    C# 实现 Snowflake算法生成唯一性Id
    kafka可视化客户端工具(Kafka Tool)的基本使用(转)
    docker 安装kafka
    Model类代码生成器
    使用docker 部署rabbitmq 镜像
    Vue 增删改查 demo
    git 提交代码到库
    Android ble蓝牙问题
    mac 配置 ssh 到git (Could not resolve hostname github.com, Failed to connect to github.com port 443 Operation timed out)
    okhttp
  • 原文地址:https://www.cnblogs.com/zwang/p/11037308.html
Copyright © 2011-2022 走看看