高级软件工程学习总结

例如，您可能需要搜索整个网站，删除过时的材料，以及替换某些 HTML 格式标记。在这种情况下，可以使用正则表达式来确定在每个文件中是否出现该材料或该 HTML 格式标记。此过程将受影响的文件列表缩小到包含需要删除或更改的材料的那些文件。然后可以使用正则表达式来删除过时的材料。最后，可以使用正则表达式来搜索和替换标记。

3 工程化编程实战

3.1 代码规范和代码风格

3.1.1 代码风格原则

代码风格的原则：简明、易读、无二义性

一个项目代码的风格就如同一个人给人的印象，代码风格之所以那么重要，是因为它往往决定了代码是否规范、是否易于阅读。

代码虽然最终是要给机器看的，但毕竟还是面向程序猿们的编程，程序猿们是要陪伴整个项目开发过程的。在编写代码的过程中，尤其是在协作开发的过程中，如果对方的代码杂乱无章，读起来都费劲，更别说还需要在此基础上进一步开发，这对程序员来说是个巨大的挑战。

好的代码风格不仅易于代码的阅读和理解，还能在很大程度上减少一些不必要的语法错误，例如少了 "}" ，如果在编码的时候严格遵循了花括号的对齐规则，那此类错误将容易被避免。

3.1.2 代码风格三重境界

一是规范整洁。遵守常规语言规范，合理使用空格、空行、缩进、注释等；

二是逻辑清晰。没有代码冗余、重复，让人清晰明了的命名规则。做到逻辑清晰不仅要求程序员的编程能力，更重要的是提高设计能力，选用合适的设计模式、软件架构风格可以有效改善代码的逻辑结构，会让代码简洁清晰；

三是优雅。优雅的代码是设计的艺术，是编码的艺术，是编程的最高追求。

一般来讲，我们对代码风格的基本原则要求是简明、易读、无二义性。

3.1.3 代码风格规范中介

命名：合适的命名会大大增加代码的可读性；

类名、函数名、变量名等的命名一定要与程序里的含义保持一致，以便于阅读理解；

类型的成员变量通常用m_或者_来做前缀以示区别；

一般变量名、对象名等使用LowerCamel风格，即第一个单词首字母小写，之后的单词都首字母大写，第一个单词一般都表示变量类型，比如int型变量iCounter；

类型、类、函数名等一般都用Pascal风格，即所有单词首字母大写；

类型、类、变量一般用名词或者组合名词，如Member

函数名一般使用动词或者动宾短语，如get/set，RenderPage ；注释和版权信息：

注释也要使用英文，不要使用中文或特殊字符，要保持源代码是ASCII字符格式文件；

不要解释程序是如何工作的，要解释程序做什么，为什么这么做，以及特别需要注意的地方；

每个源文件头部应该有版权、作者、版本、描述等相关信息。

3.1.4 编写高质量代码的基本方法

通过控制结构简化代码

通过数据结构简化代码

一定要有错误处理

性能优先策略背后隐藏的代价

拒绝修修补补要不断重构代码

极限编程中不同的两类参与者的合作

结合编程中同类参与者的合作

3.2 模块化软件设计

3.2.1 模块化的基本原理

模块化（Modularity）是在软件系统设计时保持系统内各部分相对独立，以便每一个部分可以被独立地进行设计和开发。这个做法背后的基本原理是关注点的分离 (SoC, Separation of Concerns)，是由软件工程领域的奠基性人物Edsger Wybe Dijkstra（1930~2002）在1974年提出，没错就是Dijkstra最短路径算法的作者。

关注点的分离在软件工程领域是最重要的原则，我们习惯上称为模块化，翻译成我们中文的表述其实就是“分而治之”的方法。

关注点的分离的思想背后的根源是由于人脑处理复杂问题时容易出错，把复杂问题分解成一个个简单问题，从而减少出错的情形。

模块化软件设计的方法如果应用的比较好，最终每一个软件模块都将只有一个单一的功能目标，并相对独立于其他软件模块，使得每一个软件模块都容易理解容易开发。

从而整个软件系统也更容易定位软件缺陷bug，因为每一个软件缺陷bug都局限在很少的一两个软件模块内。

而且整个系统的变更和维护也更容易，因为一个软件模块内的变更只影响很少的几个软件模块。

因此，软件设计中的模块化程度便成为了软件设计有多好的一个重要指标，一般我们使用耦合度（Coupling）和内聚度（Cohesion）来衡量软件模块化的程度。