Understanding RequireJS for Effective JavaScript Module Loading
Modularprogrammingisusedtobreaklargeapplicationsintosmallerblocksofmanageablecode.Modulebasedcodingeasestheeffortformaintenanceandincreasesreusability.However,m...
More Effective C++ 35 条款
一、基础议题(basics)条款1：仔细区别pointers和references(Distinguishbetweenpointersandreferences)一个基本的语法问题。条款2：最好使用C++类型转换运算符(PreferC++-stylecasts)C++的类型转换运算符安全，容易解析，分工精细，虽然要打...
Effective C++ 50条款
条款1：尽量用const和inline而不用#define以const行使常量折叠，用inline代替常用操作的宏定义，而且库里面有很多常用函数可用。当然不能抛弃宏，宏还是很有用滴。偶最近才发现宏的可爱之处。。。咔咔。 条款2：尽量用而不用iostream的IO智能，灵活，类型安全。呃，效率要比stdio的I...
Effective.Java第78-90条(同步相关)
78. 同步访问共享的可变数据 为了在线程之间进行可靠的通信，也为了互斥访问，同步是必要的。 不共享可变的数据。要么共享不可变的数据，要么压根不共享。换句话说，将可变数据限制在单线程中。 当多个线程共享可变数据的时候，每个读或写数据的线程必须执行同步。如果没有同步就无法保证一个线程所做的修改被另一个线程...
Effective.Java第67-77条(异常相关)
67. 明智审慎地进行优化 有三条优化的格言是每个人都应该知道的:(1)比起其他任何单一的原因(包括盲目的愚钝)，很多计算上的过失都被归咎于效率(不一定能实现)(2)不要去计算效率上的一些小小的得失，在97%的情况下，不成熟的优化才是一切问题的根源。(3)在优化方面，我们要遵守两条规则:规则一:不要进行优化...
Effective.Java第56-66条(规范相关)
56. 为所有已公开的API元素编写文档注释 要正确地记录API，必须在每个导出的类、接口、构造方法、方法和属性声明之前加上文档注释。如果一个类是可序列化的，还需要记录它的序列化形式。 文档注释在源代码和生成的代码中都应该是可读的通用原则。 类或接口中的两个成员方法或构造方法不应具有相同的概要描述。 ...
Effective.Java第45-55条(规范相关)
45. 明智谨慎地使用Stream 46. 优先考虑流中无副作用的函数 47. 优先使用Collection而不是Stream作为方法的返回类型 48. 谨慎使用流并行 49. 检查参数有效性 大多数方法和构造方法对可以将哪些值...
Effective.Java第34-44条(枚举)
34. 使用枚举类型替代整型常量 常量的语义表达不清晰，只能靠前面的名称来区分。枚举具有可读性、更安全、更强大等优势。而且枚举类型对象之间的值比较可以使用==来比较值是否相等的，不是必须使用equals方法。 要将数据与枚举常量相关联，首先需要声明实例属性并编写一个构造方法，构造方法带有数据并...
Effective.Java第23-33条(泛型相关)
23. 类结构层次优于标签类 有时你会碰到一个类，它的实例有一个或多个风格，并且包含一个tag属性表示实例的风格。例如，如下面的类表示一个圆或者矩形:publicclassFigure{/***标签:circle表示圆rectangle表示矩形*/privateStringtag;private...
Effective.Java第12-22条
12. 始终重写toString()方法 如果不重写toString()方法，打印的时候是类名+@+哈希码的无符号十六进制。我们查看Object的toString()方法如下:publicStringtoString(){returngetClass().getName()+"@"+Integer.toHe...