zhoushimiao1990的博客

前段时间在组织代码review时，提到代码可读性问题时，很多人的第一反应竟然是多添加注释。而我始终觉得注释只能是锦上添花，而不能雪中送炭。再多的注释也改变不了代码逻辑组织混乱的现实，反而过多的注释会加重代码阅读的时间。 什么也比不上放置良好的注释来得有用；什么也不会比乱七八糟的注释更能搞乱一个模块；什么也不会比陈旧、提供错误信息的注释更有破坏性 注释是一种必须的恶，只有在编程语言表达能力不够时，我们才需要借助注释来说明代码含义。注释的恰当用法是用来弥补我们...

读过spring源码的同学一定还记得spring中的核心方法—— refresh() , 它用十几行代码为我们描述了spring容器的启动过程: @Override public void refresh() throws BeansException, IllegalStateException { synchronized (this.startupShutdownMonitor) { // Prepare this context for refreshing. prepar

最近新入职一家初创公司， 团队不大，工作了一段时间后发现团队中的代码情况很糟糕。团队一共两个产品线，五个开发人员， 每个人一个代码风格，每个人有每个人的代码风格本无可厚非， 但是如果代码没有经过合理的组织，只是机械的堆积功能，那对于以后功能迭代和需求变更会是很灾难性的。所以我打算将几年前看的一本书《代码整洁之道》—— 英文名叫《clean code》 重新再读一遍，也为了不让自己跑偏了。1、首先思考几个问题：我们读代码读的是什么？？ 我们写出的代码的作用是什么？？ 什么是好代码，...