如何评论一个开发代码写的好?清晰简洁明了?No,No,一个处女座就可以写出来了,整齐地代码,详细的注释不是代码好的标准,应该说不是最重要的标准.代码写的是否健壮才是检验的重要标准. 代码的健壮性: 当我们测试向开发提出一个bug,问怎么会出现这样一个bug,他们可能会说代码写的不健壮.何为健壮性,健康强壮,抵挡得住测试各种异常场景的测试才为健壮.而真正的大牛追求的就是以较少的代码量来完成逻辑开发,还能保持代码的健壮性.而这样的代码很少见,一般的程序员见到还不一定能看懂. Python函数的健壮性…
使用 const  提高函数的健壮性 看到 const 关键字,C++程序员首先想到的可能是 const 常量.这可不是良好的条件 反射.如果只知道用 const 定义常量,那么相当于把火药仅用于制作鞭炮.const 更大的 魅力是它可以修饰函数的参数.返回值,甚至函数的定义体. const 是 constant 的缩写, “恒定不变”的意思.被 const 修饰的东西都受到强制保护, 可以预防意外的变动,能提高程序的健壮性.所以很多 C++程序设计书籍建议:“Use const wheneve…
1.如果输入参数采用“指针传递”,那么加const 修饰可以防止意外地改动该指针指向的内存单元,起到保护的作用. 例如:void StringCopy(char *strDest, const char *strSrc);   void OutPutString(const char *str); 2.如果输入参数采用“值传递”,由于函数将自动用实参的拷贝初始化形参,因此即使在函数内部修改了该参数,改变的也只是堆栈上的拷贝而不是实参,所以一般认为不需要用const 修饰. 对于ADT/UDT的参…
Go语言追求简洁优雅,所以,Go语言不支持传统的 try…catch…finally 这种异常,因为Go语言的设计者们认为,将异常与控制结构混在一起会很容易使得代码变得混乱.因为开发者很容易滥用异常,甚至一个小小的错误都抛出一个异常.在Go语言中,使用多值返回来返回错误.不要用异常代替错误,更不要用来控制流程.在极个别的情况下,也就是说,遇到真正的异常的情况下(比如除数为 0了).才使用Go中引入的Exception处理:defer, panic, recover. 这几个异常的使用场景可以这么…
strcpy   函数的原型是: char * strcpy(char * strDest,const char * strSrc);    功能:把从strSrc地址开始且含有NULL结束符的字符串复制到以strDest开始的地址空间,返回指向strDest的指针. 说明:strSrc和strDest所指内存区域不可以重叠且strDest必须有足够的空间来容纳strSrc的字符串. 与strncpy   函数进行对比: strncpy  函数的原型是: char * strncpy( char…
写程序的过程中,我们对try-catch在熟悉不过了,捕获异常进行处理,以保证程序的健壮性. 今日突发一想,如果我们catch中的代码异常了怎么办?我们做以下一种假设 static void Main(string[] args) { try{ //Code A } catch{ //Code B } finally{ //Code C } } 按照我们平时经常用的,我们在Code A的位置执行出错之后,我们最后可能在Code B进行错误处理,然后可能在Code C处写错误日志. 那么问题来了,…
    函数的可选性自变量  C语言允许定义自变量数量可变的函数,称为variadic函数.variadic函数需要固定数目的强制性自变量,后面是数量可变的可选性自变量. 也就是说必须至少有一个强制性自变量. variadic 可变参数数量有前面的强制性自变量决定,或者有定义可选性自变量列表的特殊值决定. 经典的函数是printf 和 scanf,这两个是通过格式化字符串来提取可变参数的数量的. 定义: void test(int count, ...) 编写variadic函数时,必须用va_…
这3个第三方Python模块是可选的,不安装的话InfoPi也可以运行. 但是如果安装了,会增加InfoPi的健壮性. 目录 1.cchardet    自动检测文本编码 2.lxml    用于解析有缺陷的xml文件 3.regex    更强大的正则表达式引擎 1.cchardet cchardet模块用于检测文本的编码. 安装后,如果服务器不发送网页.xml的编码(这种情况很罕见),InfoPi会调用cchardet检测编码. Linux安装命令: sudo pip3.4 install…
问题定义 app发布后经常容易出现各种诡异的crash, 这些crash固然可以通过各种崩溃分析服务去定位. 但是的确很影响用户体验. 在crash分类中有一类是后端接口引发的. 比如常见的引发app crash的原因 接口自身变更, 接口失效或者超时, 比如用户进地铁 接口格式变更. 字段缺失 接口内容变更, int string格式搞错了. 某些字段原本是有值后来就变成了null 一旦出了问题, 后端背锅或者做兼容是常见的方案. 但是对于app自身来说,也需要加强健壮性测试. 健壮性的英文名…
最近出了2个类似问题,此处写下,以作为警醒 问题1: 背景:电商类网站,为了增加用户回流,增加用户购买力度,做了一个和用户等级相关活动 需求:用户等级为g0 -g5,现在有一批代金券有等级领取限制.用户等级和代金券等级相同时,用户可领取到这张代金券:否则代金券显示"等级不符不可领取". 于是我设计用例时这样的: 代金券领取等级: 代金券1(领取等级0),g1(领取等级1) 用户等级:user1(用户等级go) , user2(用户等级g1) 即可以实现以下场景: user1 -->…