三五月儿的专栏

本文所说评审主要指代码评审。最近突然感觉到，在评审时，自己作为代码被评审者，一直很难进入状态。究其原因，主要是因为自己对评审认识不足，在评审前，评审中及评审后均存在一定的问题，现将自己的分析结果整理成文，分享给大家。 评审前关键词：准备不足评审前准备不足，导致评审时极容易陷入被动。一旦陷入被动，被评审者很可能会被评审者不知不觉带进“沟”里，明明自己的方法当时可能已经是最佳的

对于新人来说，往往会犯一个错误，那就是：遇到未曾遇见过的问题时，总会急于去寻找问题的“解决方法”，而很少会对问题本身做一个透彻的分析。我就多次犯过这样的错误。遇到新的问题时，做个简单的了解，便会在百度google胡乱一通，到最后，自己都不知道自己需要的是什么。经过几次挫折以后，我开始变得谨慎起来，每当遇到新的问题时，我总要提醒自己“三思而后行”，总怕还有什么地方没有考虑到。遇到这种新问题时，一开始

上班的这两年时间，给我感触最深的就是：开发中“他妈的”处处都是坑。 这两年，我所过的生活就是：不断的从一个坑跳向下一个坑，再从下一个坑跳向下一个更深更大的坑，在许许多多的大坑小坑之间不断地挣扎，挣点活命钱真不容易啊。当然，这也并不仅仅是我一个人的感受，因为每天我总能听见周边的同事“坑”声不断。“妈的，又是一个坑”“我靠，这是一个更大的坑”“看来这次坑大了去了”...坑是无处不在，风

继承：空心三角形+实线实现：空心三角形+虚线关联：实线箭头(代码中表现为：被关联类以类的属性形式出现在关联类中，也可能是关联类引用了一个类型为被关联类的全局变量)聚合：空心菱形+实线箭头(代码中的表现与关联关系是一致的)组合：实行菱形+实线箭头(代码中的表现与关联关系是一致的)依赖：虚线箭头(代码中表现为：被依赖类作为参数在依赖类的某个方法中被使用)