哈尼熊熊的博客

文章的观点来自代码大全2，向作者致敬！

规范目的为提高团队协作效率, 便于后台人员添加功能及前端后期优化维护, 输出高质量的文档, 特制订此文档. 本规范文档一经确认, 前端开发人员必须按本文档规范进行前台页面开发. 本文档如有不对或者不合适的地方请及时提出, 经讨论决定后方可更改.基本准则符合web标准, 语义化html, 结构表现行为分离, 兼容性优良. 页面性能方面, 代码要求简洁明了有序, 尽可能的减小服务器负载, ...

良好布局的目标准确表现代码的逻辑结构；始终如一地表现代码的逻辑结构；有些布局风格的规则会遇到许多例外，以致很难一直遵守，好的风格能够适应大多数情况。改善可读性；经得起修改；理想的布局方案应该能经得起代码修改的考验。修改某行时不必连带修改其他行的代码。布局技术合理使用空白；分组；确保想关的语句成组放在一起。空行；缩进；括号；控制结构的布局主要是合理的控制块缩进；段

纯手打，好累~~~

断言可以用于处理代码中不应发生的错误。那又改如何处理那些预料中可能要发生的错误呢？返回中立值。异常发生时继续执行操作并简单地返回一个没有危害的数值。比如，数值可以返回 0，字符串操作可以返回空字串，指针操作可以返回一个空指针，等等。换用下一个正确的数据。如果在读取数据库记录并发现其中一条记录已经损坏时，你可以继续下去直到又找到一条正确的记录为止。比如读取体温计数据。返回与前次相同的数据。换

异常异常是把代码中的错误或异常时间传递给调用方代码的一种特殊手段。如果在一个子程序中遇到了预料之外的情况，但不知道如何处理的话，它就可以抛出一个异常。对出错的前因后果不甚了解的代码。可以把控制权交给系统中其他能更好地解释错误并采取措施的部分。异常的基本结构是：子程序使用 throw 抛出一个异常对象，再被调用链上层其他子程序的try - catch 语句捕获。关于异常的一些建议：

我们先来看一个低质量的子程序的例子：void HandleStuffle( CORP_DATA & inputRec, int crntQtr, EMP_DATA empRec, double & estimRevenue, double ytdRevenue, int screenX, int screenY, COLOR_TYPE & newColor, COLOR_TYPE & prevC

好的子程序名字描述子程序所做的所有事情。避免使用无意义的，模糊或表述不清的动词。像 HandleCalculation()，PerformService()，OutputUser() 这样的子程序名字根本不能说明子程序是干嘛的。不要仅通过数字来形成不同的子程序名字。根据需要确定子程序名字的长度。变量的最佳长度是 9 到 15 个字符。子程序通常比变量更为复杂，因此好的子程序名字通常也会更长

在编写 if 条件语句时，请遵循以下指导原则：首先写正常代码路径，再处理不常见的情况；在编写代码时，要使得正常情况的执行路径再代码中是清晰的。确保对于等量的分枝是正确的；请不要用 > 代替 >= 或用 把正常情况的处理放在 if 后面而不要放在 else 后面；把你认为会正常出现的情况放在前面来处理。这符合把决策的结果代码放在尽可能靠近决策位置的一般原则。这样可以使人的注意力集中到阅读代码

以上观点来自代码大全2，向作者致敬！

一：何为单元测试定义：单元测试是用来对一个模块、一个函数或者一个类来进行正确性检验的测试工作。单元测试从长期来看，可以提高代码质量，减少维护成本，降低重构难度。但是从短期来看，加大了工作量，对于进度紧张的项目中的开发人员来说，可能会成为不少的负担。二：单元测试要写多细单元测试不是越多越好，而是越有效越好！进一步解读就是哪些代码需要有单元测试覆盖：1. 逻辑复杂的2. 容易出错的...