摘要: 不要泄密,不要公开提供抽象的实体的内部信息. 为了尽量减少操作抽象的调用代码和抽象的实现之间的依赖性,必须隐藏实现内部的数据.否则,调用代码就能够访问该信息,或者更糟,操作该信息,而原来应属于内部的信息就泄漏给了调用代码所依赖的抽象.应该公开抽象,而不是数据. 信息隐藏主要从一下两方面降低了项目的成为,加快了项目的进度,减少了项目的风险. 1.      限制了变化的影响范围.信息隐藏缩小了变化所引起的“连锁反应”的范围,也降低了由此带来的成本. 2.      强化了不变式.它限制了负…

转载:http://dsqiu.iteye.com/blog/1688217 组织和策略问题 0. 不要为小事斤斤计较.(或者说是:知道什么东西不需要标准化) 无需在多个项目或者整个公司范围内强制实施一致的编码格式.只要规定需要规定的事情:不要强制施加个人的喜好或者过时的做法. C++不应该使用匈牙利命名法.在有智能指针的情况下,单入口单出口可能不是必须的.代码要有自注释性. 1. 在高警告级别下干净地编译代码. 要把警告放在心上:使用你的编译器的最高警告级别.要求干净(没有警告)的构建.理解所…

记录学习,方便以后查看.  2014-12-28 看完这本书,但是我做到的又有多少呢?确实有一部分 0 不要拘泥于小节 1 在高警告级别干净利落的进行编译,不放过任何警告 2 使用自动构建系统 3 使用版本控制系统VCS 4 在代码审查上投入,对于人交流 5 一个实体应该只有一个紧凑的职责(一次只解决一个问题) 6 正确.简单和清晰第一 7 编程中应知道何时和如何考虑可伸缩性(线性算法优先) 8 不要进行不成熟的优化 9 不要进行不成熟的劣化 10 尽量减少全局和共享数据 11 隐藏信息(不要公…

DKBA华为技术有限公司内部技术规范DKBA 2826-2011.5C语言编程规范2011年5月9日发布 2011年5月9日实施华为技术有限公司Huawei Technologies Co., Ltd.版权所有 侵权必究All rights reserved密级:confidentiality levelDKBA 2826-2011.52011-06-02 华为机密,未经许可不得扩散 Huawei Confidential 第2页,共61页Page 2 , Total61修订声明Revision…

Q/ZX 深圳市中兴通讯股份有限公司企业标准 (设计技术标准) Q/ZX 04.302.1–2003      软件编程规范C/C++                               2003-01-04 发布                             2003-01-06实施   深圳市中兴通讯股份有限公司  发 布 目    次 前言 1     范围 2     术语和定义 3     基本原则 4     布局 4.1         文件布局 4.2     …

这是一本好书, 可以让你认清自己对C++的掌握程度.看完之后,给自己打分,我对C++了解多少? 答案是不足20分.对于我自己是理所当然的问题, 就不提了, 记一些有启发的条目和细节: (*号表示不能完全理解,实力升级了之后回头看) 一般性问题: 1. 不要在注释中重复写代码语义,这样很容易产生不一致. 应该编写的是解释方法和原理的说明性注释. 2. 不要对每个项目每个文件进行强制的排版格式规定, 在同一个文件中风格一致即可. 3. 匈牙利记法是混用了类型不安全语言中的设施, 在面向对象语言中可以…

转载地址:http://www.cnblogs.com/len3d/archive/2008/02/01/1061902.html C/C++编码规范 今天人们越来越明白软件设计更多地是一种工程,而不是一种个人艺术.由于大型产品的开发通常由很多的人协同作战,如果不统一编程规范,最终合到一起的程序,其可读性将较差,这不仅给代码的理解带来障碍,增加维护阶段的工作量,同时不规范的代码隐含错误的可能性也比较大. BELL实验室的研究资料表明,软件错误中18%左右产生于概要设计阶段,15%左右产生于详细设…

最近准备开始系统学习一个完整项目的开发流程和思路,在此之前,我们需要对iOS的开发变成规范进行更系统和详尽的学习,随意对编程规范进行了整理和学习.本文内容主要转载自:Objective-C-Coding-Guidelines-In-Chinese 此外,这篇文章所说的一些常见的编码习惯也可以参考一下:iOS开发总结之代码规范 Objective-C编码规范,内容来自苹果.谷歌的文档翻译,自己的编码经验和对其它资料的总结. 一 概要 Objective-C是一门面向对象的动态编程语言,主要用于编写…

这是一本好书, 可以让你认清自己对C++的掌握程度. 看完之后,给自己打分,我对C++了解多少? 答案是不足20分. 对于我自己是理所当然的问题, 就不提了, 记一些有启发的条目和细节: (*号表示不能完全理解,实力升级了之后回头看) 一般性问题: 1. 不要在注释中重复写代码语义,这样很容易产生不一致. 应该编写的是解释方法和原理的说明性注释. 2. 不要对每个项目每个文件进行强制的排版格式规定, 在同一个文件中风格一致即可. 3. 匈牙利记法是混用了类型不安全语言中的设施, 在面向对象语言中…

source: https://www.kernel.org/doc/html/latest/process/coding-style.html translated by trav, travmymail@gmail.com 这是一篇阐述Linux内核编程代码风格的文档,译者以学习为目的进行翻译. 1 缩进 Tab的宽度是八个字符,因此缩进的宽度也是八个字符.有些异教徒想让缩进变成四个字符,甚至是两个字符的宽度,这些人和那些把 PI 定义为 3 的人是一个路子的. 注意:缩进的全部意义在于清晰…