在我们平时写代码中，肯定会遇到不少从一个列表向另一个列表进行转化的操作，以给列表中每个int元素+1为例，通常我们会用到一下3种方式： 究竟以上三种写法有何差异，哪种写法最好，之前读google的代码规范说推荐第三种列表推导，那么为什么推荐列表推导？ 我们在ipython中用timeit进行一下简单 ...
分类：
编程语言 时间：
2016-05-18 21:47:48
阅读次数：
333
例子: MFHomeViewController View: 使用View做后缀 例子: MFAlertView UITableCell:使用Cell做后缀 例子: MFNewsCell Protocol: 使用Delegate或者DataSource作为后缀 例子: UITableViewDele ...
分类：
移动开发 时间：
2016-05-18 21:27:05
阅读次数：
228
最近学习Mybatis的官方文档，看到了【项目文档】一节有很多内容没有见过，做个笔记，理解一下。 PMD 扫描Java源代码，查找潜在的问题，如： 可能的bugs，如空的try/catch/finally/switch声明 死亡的代码，没有使用的本地变量，参数和私有方法 不合标准的代码，如Strin ...
分类：
数据库 时间：
2016-05-16 20:03:10
阅读次数：
210
代码风格指南 本手册是基础代码规范(PSR-1)的继承和扩展。 为了尽可能的提升阅读其他人代码时的效率，下面例举了一系列的通用规则，特别是有关于PHP代码风格的。 各个成员项目间的共性组成了这组代码规范。当开发者们在多个项目中合作时，本指南将会成为所有这些项目中共用的一组代码规范。 因此，本指南的益 ...
分类：
其他好文 时间：
2016-05-16 00:07:29
阅读次数：
345
代码规范的重要性 今天读了《构建之法》代码规范这一部分的内容，现在重新回顾一下这部分的知识，同样是为了给下一个阶段的冲刺打基础。第一次冲刺阶段的后期，我在进行代码整合的时候突然间认识到了代码规范的重要性，因为不同的成员有着不同的书写习惯，当对不同成员的代码进行整合时需要花费很长的时间去弄懂代码命名的 ...
分类：
其他好文 时间：
2016-05-15 21:21:24
阅读次数：
172
1. 关于命名 1> 统一要求 含义清楚，尽量做到不需要注释也能了解其作用，若做不到，就加注释 使用全称，不适用缩写 2> 类的命名 大驼峰式命名：每个单词的首字母都采用大写字母 例子：MFHomePageViewController 后缀要求 ViewController: 使用ViewContr ...
分类：
移动开发 时间：
2016-05-15 14:00:39
阅读次数：
184
有意义的区分，使用读的出来的名称。使用可搜索的名称。避免思维映射。 废话都是冗余。 类名和对象名应该是名词或名词短语。类名不应当是动词。 方法名应当是动词或动词短语。 每个概念对应一个词。别用双关语。 使用源自所涉问题领域的名称。 代码一定要短小。 不要害怕长名称，长而具有描述性的名称比短而令人费解 ...
分类：
其他好文 时间：
2016-05-14 21:36:01
阅读次数：
150
第一章 命名基本原则
在面向对象编程中，对于类，对象，方法，变量等方面的命名是非常有技巧的。比如，大小写的区分，使用不同字母开头等等。但究其本，追其源，在为一个资源其名称的时候，应该本着描述性以及唯一性这两大特征来命名，才能保证资源之间不冲突，并且每一个都便于记忆。
对于理解应用程序的逻辑流，命名方案是最有影响力的一种帮助。名称应该说明“什么”而不是“如何”。命名原则是：使名称足够长以便有一定...
分类：
移动开发 时间：
2016-05-13 03:37:40
阅读次数：
234
第一章概述 前言 代码相当于程序的基石，一行行代码都是程序员的心血经过日日夜夜凝结而成的。它不仅仅是一行一行的字母+文 字，它是程序员思想和经验的总结；编码规范只是大家在程序范围内达成一致的约定，这样大家的代码就可以互相看懂，维护起来更加容易，思想更畅快的交流，经 验更快的得到传播。代码规范不是限制 ...
分类：
其他好文 时间：
2016-05-12 10:27:05
阅读次数：
287
4.4代码复审 代码复审即看代码是否在“代码规范”的框架内正确地解决了问题。形式有：自我复审、同伴复审、团队复审。目的是：1、找出代码错误 2、发现逻辑错误 3、发现算法错误 4、发现潜在的错误和回归性错误 5、发现可能需要改进的地方 6、教育（互相教育）开发人员，传授经验，让更多的成员熟悉项目各部 ...
分类：
其他好文 时间：
2016-05-11 22:05:18
阅读次数：
166
