从代码保护说开去

刚在网上查了查“代码保护”，说的是公司代码，怕被员工偷走的事情。

 

我这里说的“代码保护”，说的不是这回事。说的是我在做项目过程中，经常写的如下的代码。

 

if (list != null && !list.isEmpty()) {
    ...
}

if (s != null && !s.equals("")) {
   ...
}

 

在你的代码中，可以想象很多也都是这样的代码。

 

从系统的稳定性来说，这些代码不可或缺。但是为了稳定性，写业务之前，是否定要这么一段。我想说的是，往往在我们的代码中，这些“保护代码”已经到了泛滥的地步。稳定性的重要性自不必说。

 

但对一个有些代码审美的人，面对这么多“保护代码”，真的觉得有点disgusting。

 

怎么才能又要稳定性，又让代码美呢。

 

其实这个问题，肯定不是我第一个提出。那就找找解决方案吧。现成的，何乐而不为呢。

 

其实以上代码可以称为“校验代码”。括号里面写的代码才能真正的业务代码。代码中如果校验代码和业务代码写在一块，那肯定让人看着难受。

 

引入个新名词-契约式编程。

 

简单释义：代码中只做按契约定好的事情，或者契约不满足，直接报错。

 

如果契约中定好了list不能为空，那代码应该如下写。

 

if (list == null || list.isEmpty()) {
    throw new Exception("list should not be null or empty");
}

...

business code

 

而且最好以上的校验代码和业务代码分开在不同文件中，这样看着更清爽了。

 

契约式编程，我也是略懂皮毛，这里也做详细介绍。但是思想应该是没弄错。只要我们坚持契约式编程的思想，那我们的代码也会变得优美。

 

如果只是想写对代码，以上说的可能用处不大。如果想写好些代码，以上说的希望不是误导。