求家政源代码，该怎么解决

除了阅读代码以外, 没有更好的方法. 漆.在寻找bug时, 请从问题的表现形式到问题的根源来分析代码. 不要沿着不相关的路径(误入歧途). 吧.我们要充分利用调试器|编译器给出的警告或输出的符号代码|系统调用跟踪器|数据库结构化查询语言的日志机制|包转储工具和Windows的消息侦查程序, 定出的bug的位置. 9.对于那些大型且组织良好的系统, 您只需要最低限度地了解它的全部功能, 就能够对它做出修改. 一0.当向系统中增加新功能时, 首先的任务就是找到实现类似特性的代码, 将它作为待实现功能的模板. 一一.从特性的功能描述到代码的实现, 可以按照字符串消息, 或使用关键词来搜索代码. 一二.在移植代码或修改接口时, 您可以通过编译器直接定位出问题涉及的范围, 从而减少代码阅读的工作量. 一三.进行重构时, 您从一个能够正常工作的系统开始做起, 希望确保结束时系统能够正常工作. 一套恰当的测试用例(test case)可以帮助您满足此项约束. 一四.阅读代码寻找重构机会时, 先从系统的构架开始, 然后逐步细化, 能够获得最大的效益. 一5.代码的可重用性是一个很诱人, 但难以理解与分离, 可以试着寻找粒度更大一些的包, 甚至其他代码. 一陆.在复查软件系统时, 要注意, 系统是由很多部分组成的, 不仅仅只是执行语句. 还要注意分析以下内容: 文件和目录结构|生成和配置过程|用户界面和系统的文档. 一吧.可以将软件复查作为一个学习|讲授|援之以手和接受帮助的机会. ++++++++++++++++++++ 第二章: 基本编程元素 ++++++++++++++++++++ 一9.第一次分析一个程序时, main是一个好的起始点. 二0.层叠if-else if-…-else序列可以看作是由互斥选择项组成的选择结构. 二一.有时, 要想了解程序在某一方面的功能, 运行它可能比阅读源代码更为恰当. 二二.在分析重要的程序时, 最好首先识别出重要的组成部分. 二三.了解局部的命名约定, 利用它们来猜测变量和函数的功能用途. 二四.当基于猜测修改代码时, 您应该设计能够验证最初假设的过程. 这个过程可能包括用编译器进行检查|引入断言|或者执行适当的测试用例. 二5.理解了代码的某一部分, 可能帮助你理解余下的代码. 二陆.解决困难的代码要从容易的部分入手. 二漆.要养成遇到库元素就去阅读相关文档的习惯; 这将会增强您阅读和编写代码的能力. 二吧.代码阅读有许多可选择的策略: 自底向上和自顶向下的分析|应用试探法和检查注释和外部文档, 应该依据问题的需要尝试所有这些方法. 二9.for (i=0; i 三0.涉及两项不等测试(其中一项包括相等条件)的比较表达式可以看作是区间成员测试. 三一.我们经常可以将表达式应用在样本数据上, 借以了解它的含义. 三二.使用De Morgan法则简化复杂的逻辑表达式. 三三.在阅读逻辑乘表达式时, 问题可以认为正在分析的表达式以左的表达式均为true; 在阅读逻辑和表达式时, 类似地