在线购物网站,自己做网站可以上传软件,扬州网站建设制作,内网建设网站外网访问本书的原著为#xff1a;《Design Patterns for Embedded Systems in C ——An Embedded Software Engineering Toolkit 》#xff0c;讲解的是嵌入式系统设计模式#xff0c;是一本不可多得的好书。
模式 #xff0c;英文为 pattern#xff0c;指的是在软件开发中#…本书的原著为《Design Patterns for Embedded Systems in C ——An Embedded Software Engineering Toolkit 》讲解的是嵌入式系统设计模式是一本不可多得的好书。
模式 英文为 pattern指的是在软件开发中经过长期实践和经验积累形成的一种解决特定问题的标准化方法或方案。这些模式是在反复出现的情境下通过总结和抽象化得出的最佳实践它们提供了一种通用的设计词汇和一种通用的语言以方便开发人员之间进行沟通和交流使得设计方案更加通俗易懂。
为什么会有各种介绍模式的书 通过总结和抽象化得出的各种设计模式可以帮助开发人员更加简单方便地复用成功的设计和体系结构以提高软件的开发效率和软件质量在一定程度上节约设计成本。同时这些模式还有助于初学者更深入地理解面向对象思想方便阅读和学习现有类库与其他系统中的源代码。
本系列描述我对书中内容的理解。如果你想买这本书进行学习我的建议是不要买中文版你可能听劝或者不听劝都没有关系这不是什么大事。你只需记着如果读中文版一头雾水、读不下去那不是你的问题试试英文原版。 软件开发的真相之一是协同开发必然伴随着重建。 当两个或多个组织、公司共同开发时我们称之为 协同开发 。协同开发之路困难重重良好的规格说明和硬件原型等手段能够缓解其中的部分困境但意料之外的挑战和需求仍会不可避免地出现。这就需要我们反复修正原始设计不断适应和应对。
我们要直面这一现实并在协作过程中保持充分的沟通。设定短期目标经常交付可以工作的软件然后积极听取反馈一步步进行迭代。只有这样我们才能在协同开发的过程中不断前行逐步攻克难题最终实现我们的目标。 普鲁士将军 von Clausewitz 写道“战争中的一切都很简单但最简单的事情也非常困难。” 对于软件开发他也可以这样说 军队中的一切事务根本上非常简单似乎很容易管理。然而我们必须牢记其构成并非简单的整体而是由众多个人组成的各个部分。这些部分中蕴含着无数无法预见的小事件它们相互交织降低了整体表现水平结果人们总是远远达不到预期的目标。对于没有战争经验的人来说这一切的复杂性是难以想象的。
对于软件来说最困难的不是编写软件而是编写具有正确功能的软件。 开发无缺陷软件的最新技术是一种称为 测试驱动开发 (TDD) 的敏捷实践。 无缺陷的软件 defect-free software表示该软件没有任何错误、缺陷或问题能够按照预期的功能和需求正常运行。
“开发无缺陷的软件这怎么可能”换做以前的我不假思索地就会如此断言。但那时的我从没有想过我给出的这个结论依据是什么。事实上我没有依据我连脑子都没动过一下就草率地下了这样的判断。
而现在我开始反思这个问题一方面是因为我的思维方式发生了转变不再轻易地给出片面的结论另一方面是因为我尝试了测试驱动开发。尽管我依然认为开发完全无缺陷的软件是一个难以企及的目标但测试驱动开发确实让我看到了这一目标的可能性。它让我对我的软件质量越来越有信心。
在尝试测试驱动开发的早期最难以理解、最难以坚持的可能是被称为 Bob Martin 的测试驱动 3 条原则
不允许编写任何产品代码除非它可以让失败的单元测试通过。不允许编写任何足以导致失败的更多的单元测试编译失败也算失败。不允许编写任何足以让单元测试通过的更多的产品代码 You are not allowed to write any production code unless it is to make a failing unit test pass.You are not allowed to write any more of a unit test than is sufficient to fail; and compilation failures are failures.You are not allowed to write any more production code than is sufficient to pass the one failing unit test. 首先你需要先编写单元测试这就是为什么叫做测试驱动的原因之一。但是根据规则 2你不能写太多的单元测试一旦单元测试代码无法编译或者断言失败就必须编写产品代码。但是根据规则 3你只能编写使单元测试编译通过或者断言通过的产品代码而不能再多
当我年轻时我曾尝试测试驱动编程先后尝试过两次都因为第 2 和第 3 条原则而放弃我觉得它很愚蠢如果你没有尝试过测试驱动开发也许无法体会到我当时的感受。没有关系我只是想分享一下我曾经的态度和后来的变化。
随着年龄的增长我的思维方式发生了转变我收起了排斥和轻视的态度放下成见严格遵守测试驱动原则来编写一个程序。然后我被测试驱动开发迷住了。
我开始认识到那些我曾经认为愚蠢的规则实际上并不愚蠢而是构建稳健软件必不可少的基础坚持这样的原则能确保我的代码在全面且细致的测试用例中得到验证换句话说能产生彻底测试过的产品代码。
彻底测试是每一个软件开发者的理想目标只有达到这一条件我们才有可能触及编写无缺陷软件的可能。很多时候我们都在竭尽全力追求彻底测试但受限于大脑的逻辑和记忆能力总是会遗漏某些测试路径。然而遵守测试驱动开发的 3 条原则可以帮助我们系统化地进行测试确保每一个细节都得到了验证。只是遵守 3 条原则就能实现如此的效果这真是太划算了。
有关测试驱动编程的框架可以参考《测试驱动的嵌入式开发 001VSCode CMake CppUTest 环境搭建》。里面提到了环境搭建还推荐了一本讲解测试驱动的书。
