C语言面向对象方法.pptVIP

为电力自动化领域提供最佳解决方案 实现封装思想 * 头文件本质 用枚举类型替代宏定义 static与private 就近定义变量 在.c文件中定义数据类型和数据 用C实现封装思想 代码质量 OOP思想与代码质量 声明与定义 宏定义、数据结构必须在头文件中定义吗 头文件控制原则 在头文件中只存在以下内容：使用对应的几个.c文件，或者库文件，所必须知道的数据结构、宏定义、函数预定义。 头文件中信息的访问级别—public 对使用者的承诺 对使用者的指导—注释 为什么要隐藏信息 节约全局标识符空间 简洁，不让使用者困惑 * * 信息归类，让程序结构更清晰 定义明确的类型，发挥编译器的类型检查作用 /***********************************/ /* CC1100命令码定义 */ /***********************************/ typedef enum enumCC1101CMD { SRES =0x30, SFSTXON =0x31, SXOFF =0x32, 。。。。。。。。。。。。 FIFO =0x3F }enumCC1101CMD; /******************************************/ /* CC1100配置寄存器地址定义 */ /*****************************************/ typedef enum enumCC1101CfgReg { CCxxx0_IOCFG2 =0x00, // GDO2 output pin configuration CCxxx0_IOCFG1 =0x01, // GDO1 output pin configuration 。。。。。。。 CCxxx0_TEST0 =0x2E, // Various test settings CCxxx0_ENDDEF =0xFF // 用于标识数组结尾 }enumCC1101CfgReg; * OOP语言的访问修饰符—private，protected，public。。。，可以修饰类、属性、函数、变量等。 private的含义与作用 类外禁止访问 类用户无需关注 不会被错误的访问 static的含义与作用 参见网络文档：/view/74a7f8aedd3383c4bb4cd2c3.html 不占用全局标识符空间 不会被错误的访问，甚至防止被偷偷访问 * C89语言的约束：变量在所以代码开始前定义。 C89规定，在任何执行语句之前，在块的开头声明所有局部变量。 在C99以及C++中则没有这个限制，即在首次使用之前，可在块的任何位置都可以声明变量。 扩展C支持：就近定义变量。 就近定义变量的可移植性的问题。 代码的可移植性： 需求、可能性；是否过度设计？ 可能的移植目标对此的约束？移植时再改如何？ 就近定义的优点： 限制可访问域 代码结构更清晰 * 相同的目标—信息封装与隐藏 文件之外不知道这些存在，无法直接访问。相当于包级封装。 对于函数外定义的变量，增加static修饰，更可以防止重要数据被意外修改。 勉强的替代方案：在非公布的头文件中，定义这些内容。 将数据和处理数据的方法，放在同一个空间内。 为什么封装：高内聚，低耦合。 C语言实现封装思想的做法 在XXX.h中定义数据结构，和外部需要访问的相关函数。 在XXX.c中实现与数据结构强相关的函数（与类内函数相似）。 不是所有在XXX.c中实现的函数，都需要在XXX.h中公布 与结构强相关，又无需文件外访问的函数，增加static修饰（隐藏实现细节）。 * * 在正确实现功能，稳定运行的前提下，代码质量的评估项目 可维护性 可读性、可改性 可扩展性 可移植 矛盾的对立统一 短视与过度设计的对立 可读性、可改性，与可扩展性、可移植性的矛盾 性能优化与可读性的矛盾 * 对需求或事物更本质的理解 更好的模块划分 更好的系统架构 更好的可读性 更好的可扩展性 更好的信息隐藏 开卷有益 vs 误人子弟 为电力自动化领域提供最佳解决方案 开卷有益 vs 误人子弟