- 构建过程要尽可能的简单
- 单元测试要每次构建都要完成
- 除了代码编写,其他过程尽可能的自动化(ant,junit,maven都是很好的实践)
- 尝试把代码向你身边的鸭子解释
月度归档: 2016 年 11 月
Tomcat项目排错指南
- logs\localhost.xxxxx.log(运行时错误)
- webapps写入的log(非运行时错误)
软技能·代码之外的生存指南
- 把你的工作成果90%都做成免费的(提高个人影响力,比如阿里整个集团就是这么干的)
- 不要沉湎于浪费时间的活动,比如奇怪好笑的撸猫视频。。。
- 戒掉电视
- 思考除了工资之外如何增加被动现金流
- 学会理财
如何写好干净的代码
# PCMonitor
为什么要这么构造包结构:
1) 同目录之间的包应该是同级的
2) class应该调用子包和同级目录中的class
3) 给予上级目录调用的等同于对外提供方法的应该提供Interface
4) 包与包之间之间除了Interface的接口其他不可互相调用
5) 不是包外可见的方法不要增加public关键字
关于巨大的Utils类这种存在,我们可以在包的根部写一个Abstract的Utils,然后每个包中写一个Utils并继承根包下的Utils(等效于只应该调用包内的class),如果有多个包共同调用的方法可以新建一个abstract表述清楚是哪几个package要调用,并继承根目录下的Utils,同时在包内的Util继承你刚编写的abstract Utils。
Junit编写说明:
1) 每一个method编写一个Test
2) 只关注Method的输入输出
3) public方法直接调用
private方法用反射调用
4)保持整个编码过程中,Junit测试的正确性
为什么单例要写成这种鬼样子
用过Struts2的同学应该会觉得我写的单例很熟悉。。嗯就是Struts里面的View的写法。。。
所以单例为什么要这么写。或者说volatile和synchronized关键字有什么作用
代码在单线程模式下执行顺序会看起来和代码的位置相同。无论是什么编程语言都会有这样的错觉这归功于现代CPU做了一系列的优化和保证措施。但实际上代码片段在内存中会分成更细的几个部分;
例如a++这个操作机器指令就至少有三条,CPU不保证三条操作中不会插入其他的操作,所以,即使是你写的代码是单进程的,因为CPU有N多代码片段要执行,CPU不能保证每一步都能使原子操作;
JVM就当成一个逻辑上的PC,类似的CPU模型,也会导致同样的问题。
一个java程序中可能会有多个代码片段需要getInstance,如果进程A和进程B同时getInstance,就会有概率出现getInstance时候验空会两个进程都得到个空,然后同时new一个新的对象导致实例过程不正确。
物理机上的X86 CPU有CAS模块硬件实现原子性操作,而java在早期是通过锁来实现的。用锁来保证一段时间内只有一个进程能访问到getInstance代码片段,从而防止出现A,B都getInstance的时候都会new操作。
而volatile的做法是,同时也是volatile的含义是:
每当局部变量需要读取volatile修饰的字段时候,JVM总能保证是从不会将读取的指令插入到上一条将本地内存往主存写的过程之间。
一个正确的单例
public class A{ public final static A instance = new A(); public static A getA(){ return instance; } //something to do }
package com.liangyumingblog; public class SimpleSinglton { private static class Instance { private final static SimpleSinglton instance = new SimpleSinglton(); } public SimpleSinglton getInstance() { return Instance.instance; } }