看了一个理财类app的下拉刷新.感觉有点屌.所以特此模仿一下.先看正版演示: 再看我这盗版演示: 不得不说的是我的有点丑啊. 最上面的下拉头的问题还没有解决的很完美.有白色的...
1.注释 (1)不恰当的信息 注释应该只描述有关代码和设计的技术性信息,不应该添加无用的修改历史记录等信息。 (2)废弃的注释 过时、无关、不正确的注释就是废弃的注释。 (3...
对象是过程的抽象,线程是调度的抽象 1.并发防御原则 (1)单一职责原则 并发相关代码于自己的开发、修改和调优生命周期。分离并发和其他代码。 (2)限制数据作用域 例如使用s...
1.简单设计规则 (1)运行所有测试 不可测试的系统不可验证,不可验证的系统,绝不能部署。 (2)不可重复 通过抽取或是模板方法整合重复代码。 (3)表达力 选用好的名称来表...
复杂要人命,它消磨开发者的生命,让产品难以规划、构建和测试。 -Ray Ozzie,微...
1.类的组织 遵循标准java约定,类的组织最好是这样的顺序。公共静态常量->私有静态变量->公共变量->私有变量。 2.类应该短小 对于函数我们通过代码行数衡量大小。对于类...
1.使用第三方代码 接口提供者和接口调用者会在系统边界上出现问题。例如,Map中要求只保存特定的类型,那可以考虑使用泛型 Map sensors = new HashMap...
1.使用异常而非返回码 比较如下两段代码 2.自定义异常类 比较如下两段代码 3.别返回null值 如果返回null,需要在很多地方判断是否为null,与其这样还不如抛出异常...
将变量设置为私有有一个理由:我们不想其他人以来这些变量。我们还在想心血来潮时能自由修改其类型或实现。那么,为什么还是有那么多程序员给对象自动添加复制器和取值器,将自由变量公之...
1.垂直格式 (1)尽量将单个文件长度控制在200行以内。 (2)方法间用空行区隔,变量和方法间用空行区隔。 (3) 局部变量放在方法体顶部,实体变量放在类的顶部。 (4) ...
1.注释不能美化糟糕的代码,好的代码反而能省去多余的注释。 2.用代码来阐述 3.循规式注释 所谓每个函数都要有javadoc或每个变量都要有注释的规矩是愚蠢可笑的。这会让代...
1.短小 函数的第一规则是短小。第二规则是还要更短小。 比较如下两段代码 2.只做一件事 重构后的代码看似做了三件事,实际三个步骤均在该函数名下的同一抽象层上。如果函数只是做...
1.名副其实 比较如下两段代码(忽略变量未定义问题) 2.做有意义的区分 谁能说出下面这三个方法的区别? getActiveAccount(); getActiveAccou...
我喜欢优雅和高效的代码,代码逻辑应当直截了当,叫缺陷难以隐藏;尽量减少依赖关系,使之便于维护;依据某种分层战略完善错误处理代码;性能调至最优,省得引诱别人做没规矩的优化,搞出...