文章探讨了契约式编程和防御式编程的概念及其在实际开发中的应用。契约式编程强调通过前提条件、后继条件和不变量条件确保程序正常运行，而防御式编程则主张对可能的错误输入进行兼容处理。文章指出，虽然契约式编程有利于责任划分和效率提升，但在实际工作中实施困难，需要结合防御式编程以保持程序的稳定性和健壮性。最后，作者提出“中庸之道”，在契约和防御之间寻找平衡。
背景
事情的来由还要从几十几亿年前的一次星球大爆炸说起，sorry，背错台词了，是从几天前讨论接口返回数据和几个月前讨论课件本地数据结构说起，简单的说，就是碰到约定好的内容出现异常，是我们在程序中内部作兼容处理，还是抛出去。
打个比方，我们要解析一段json，约定这个json的格式，只能是正常格式，或者是空，那么一旦返回json的方法返回了一个『既不是正常格式，又不是空的异常值』，程序该如何处理呢？
小花：一旦碰到约定异常，程序必须兼容处理，一定不能让程序Crash
小Fa：一旦碰到约定异常，就必须抛出去，告知约定有误，找出具体错误原因
这个问题，相信只要是程序猿基本都遇到过，举个最常见的栗子，NullPointerException，假如我们要从json中取一个字段，突然发现发生了NullPointerException，一些开发者认为是数据问题，那么把json中的这个字段改正确就行了；还有一些开发者认为是程序问题，认为程序需要做非空判断，再去使用。我相信这两种程序猿都有自己的理由，第一种程序简洁明了，代码逻辑干净，但一旦出错，就会崩溃，第二种程序耐操，随你数据怎么错，我都能不Crash，但代码中到处存在非空判断，臃肿、重复。
生存还是毁灭，这是一个问题！
防御式编程
就在我们为了这个问题而争论的时候，突然有一个姓康的同事，施法祭出了一块砖头（《代码
最低0.47元/天 解锁文章
扫一扫
9140
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
