道，深藏不露，难以理解。
Archive for the ‘我的编程实践总结’ Category.
促使程序员对架构和设计进行思考
这样的编码规范就很少见了，呵呵。其实这些内容是不是应该放在编码规范当中也是有争议的。不过我个人认为，不但应该放在编码规范中，而且应该是编码规范中最重要的部分。编码规范的本质和作用是什么，就是让代码更具弹性，更具可维护性。而架构设计对这个方面的影响力是最大的，没有理由不在编码规范中进行说明和规定。如果说命名规范或是其他的某种具体实践方法是“地方法规”，那么设计原则就是“宪法”。“宪法”决定了整个国家的法律框架。
如果不能在设计原则上达成统一和一致，即便是大家严格的遵守上述两个层面的编码规范，写出来的代码也极有可能是“貌合神离”。
好的编码习惯一定要尽早的养成，就象小孩要从小养成良好的生活习惯一样。好的生活学习习惯会对小孩的一生产生巨大的影响，编码规范对于开发人员和开发团队来说，效果也一样。因此对于一个开发团队来说，在一开始就确立一个好的编码规范，并且所有人都严格执行，比什么都重要。等到发现代码杂乱无章，无法很好的理解各自的代码时，再来推行一个编码规范就晚了，要么矫正的成本太高，要么就很难真正的推行下去。
那么一个什么样的编码规范才算是一个好的编码规范呢？一个好的编码规范应该包含有哪些内容，有哪些特点呢？
有时为了快速的把代码的架子搭起来，并编译通过。会把一些负责具体实现细节的方法先空置。整个代码能编译通过后，再一边调试一边把那些空方法“填”好。
我一般是在这类空方法中加一个注释进行标注， 并让方法直接返回一个错误值。比如返回指针的方法就让它返回NULL，返回BOOL值的方法就让它返回false。有时还会在方法里放一个失败的断言，比如：
BOOL some_function()
{
//PK Not implement yet
assert(false);
return FALSE;
}