开发方法总结

 

1、在程序设计中，先了解用户的需求、输入与输出、使用的方法；然后coding，做完一个最简单的例子之后立刻进行单元测试，完成后再做一个最复杂的例子，进行测试通过后，提交给下一步开发人员或客户检测需求是否全被满足，是否有不合适的地方，进行改进。有了改进想法先在简单例子上实验，之后移植到复杂例子上，直到客户满意，再进行所有接口的开发。

 

2、关于配置：对于一个模块，有一个常用的函数用于调用实现核心功能，而有一些常用的参数需要配置，应总体有一个初始化模块，在程序调用开始对自个参数进行配置。

 

3、关于多文件共享：由于多文件之间存在对同一参数的改值操作，所以仅凭普通的函数调用不能满足要求，使用指针又过于烦锁，在C中可采用全局变量的方法。

   全局变量：一般在.cpp文件头中申明全局变量，此变量在该cpp文件中所有函数有效；在.h中申明extern int a;然后在某个包含该.h文件的cpp文件头处定义int a;之后，变量a在所有包含该头文件的cpp文件中有效。

   静态局部变量：主要用于想下次调用该函数时，不变值的定义，如lastday；在该函数中有效。

   在C++中实现多文件共享是使用类的对象的方式，对该对象进行赋值改变即可。new后并不删除，全局有效，加对象名后知道其变量是属于。

 

4、为用户提供一种相似功能时，宁可在编程时多写一些重复的代码，不要多加一个参数，可以提供两个接口，尽量在内部解决问题。

   如   void savedata(int i);

            void saveStaticdata(int i);

   使用两个接口，用户友好性要好于使用         

            void savedata(int i, bool intCtrl);

   加一个参数用于区分两种功能。

 

5、this的用法：在类的成员函数中，当调用该类的其他成员函数或成员变量时，应该在其前加this->调用，说明是当前对象的成员，代码较清晰。

   对于成员函数，也可使用ClassName :: FuncName方式调用，但不够明确，较别扭；

   对于成员变量，可以不加this，用隐式的加上，但最好加上比较明晰。

 

 

6、返回值：一般来说返回1为正确，-1为错误。返回1可以在一个函数的最后，即如果前面没有错误返回顺利执行到最后返回1。而返回错误则在函数中间中断判断处进行，有时候虽然有问题也不能返回-1，因为若返回函数将停止运行，违反了本意，此时只用输出DEBUG信息即可。

   同理，对于if语句，在只有两种判断时，可以后面不加else。加一个出错判断，出错则输出DEBUG信息，不出错则运行下面的语句，即是正确时需要运行的代码。

 

7、调试：一般来说，调试应该按照逻辑，一步步排查。

             首先我们应该在代码中添加充分的(根据经验，哪些部分容易出错)出错提示(或成功提示，在发布时屏蔽)代码，以缩小出错范围；其次，当检查到某步出错，就检查该部分代码，发现问题纠正；当该部分代码没有问题，可能是其他部分导致该部分出错，就增加断点，采用步进(F10)的方式进行逻辑追踪，在下方添加变量以追踪变量值，从而排查出错误。