01构建之法阅读笔记

构建之法第一章及第二章阅读笔记

在以前的编写过程中，都是一些简单的程序，还没有到达软件的程度，所以对软件一些特性并不是很了解。阅读完第一章以后，对软件开发有了一个大致的自我理解，这些理解可以让我在以后的编写中时刻注意可能会遇到的一些问题，比如软件开发的用户满意度、可靠性和可维护性等等，注意到这些问题，争取创造一个足够好的“软件”，避免过多的修改次数，也能提升用户的好感。解决了这些大的方面，个人技术和编写流程也十分重要，及时的对已经实现的程序块进行测试，可以使整个程序整体化，也可以避免在最后出现错误时无从下手取修改。同时，我们应该加强程序块的独立性，避免过多的在主函数中对条件进行限制。在编写一个软件时，不能操之过急，要从最基本的功能开始实现，不要“一口吃成一个胖子”，这样的做法很有可能会使你的程序最后连基本功能都无法实现。

个人感受：

1.我过去是怎么做的

在以前的编程过程中，一拿到题目直接就开始建新项目，并没有完整的思路，也没有全面的了解题目需求，然后就开始编程，在编写代码块以后并没有及时的测试。只有偶尔的一些代码会加上简单的注释。而且没有很注意代码书写规范，格式并不是很美观，在变量、方法的命名时，也并没有起一些见名知义的名字，代码可读性不是很强。

2.结合书中所讲，说明为什么不好

在拿到用户需求题目以后，没有经过仔细的分析，理清编程思路就开始编程，很普遍的会出现在编写到一半的过程中就不知道接下来该做些什么，不能清楚的了解用户需求，在程序编写完成后有可能会出现不符合用户要求的情况。书写代码格式不规范，很容易让读这段代码的人有明显的疲倦厌恶感，在一些关键地方没有注释，变量方法的命名不能见名知义，这些都会使代码的可读性大大降低，会阻断和小组成员的及时沟通交流。

3.提出解决方法，避免再次掉入陷阱

从最基本的程序做起，认真对待每一行代码，养成良好的编程习惯。在拿到题目以后不要急着去下手，先了解用户需求，理清设计思想，画出程序编写流程图，按照流程图和设计思想一步一步的去实现程序，在编写程序块以后及时测试代码的可行性，避免最后出现代码出现一堆错误但是无从下手的情况。