引入断言（Introduce Assertion）
某一段代码需要对程序状态作出某种假设；以断言明确表现这种假设
一、动机
断言是一个条件表达式，应该总是为真。如果它失败了，表示程序员犯了错误。因此断言的失败应该导致一个非受控异常。断言绝对不能被系统的其它部分使用。实际上，程序最后成品往往将断言统统删除，因此，标记“某些东西是个断言”是很重要的
二、做法
1、如果你发现代码假设某个条件始终为真，就加入一个断言说明这种情况
2、简化函数调用
重构——41引入断言（Introduce Assertion）
2017-12-06
1549
版权
版权声明：
本文内容由阿里云实名注册用户自发贡献，版权归原作者所有，阿里云开发者社区不拥有其著作权，亦不承担相应法律责任。具体规则请查看《
阿里云开发者社区用户服务协议》和
《阿里云开发者社区知识产权保护指引》。如果您发现本社区中有涉嫌抄袭的内容，填写
侵权投诉表单进行举报，一经查实，本社区将立刻删除涉嫌侵权内容。
简介：
引入断言（Introduce Assertion）：某一段代码需要对程序状态作出某种假设；以断言明确表现这种假设
目录
相关文章
|
4月前
|
测试技术
详解单元测试问题之MockHandlerImpl类的handle方法中VerificationMode不为空如何解决
详解单元测试问题之MockHandlerImpl类的handle方法中VerificationMode不为空如何解决
56
3
3
|
C#
改善代码设计 —— 简化函数调用(Making Method Calls Simpler)
系列博客
1. 改善代码设计 —— 优化函数的构成(Composing Methods)
2. 改善代码设计 —— 优化物件之间的特性(Moving Features Between Objects)
3.
964
0
0
|
C#
改善代码设计 —— 简化函数调用(Making Method Calls Simple“.NET技术”r)
系列博客
1. 改善代码上海网站建设设计 —— 优化函数的构成(Composing Methods)
2. 改善代码设计 —— 优化物件之间的特性(Moving Features Between Objects)
3.
916
0
0
|
C#
一起谈.NET技术，改善代码设计 —— 简化函数调用(Making Method Calls Simpler)
系列博客
1. 改善代码设计 —— 优化函数的构成(Composing Methods)
2. 改善代码设计 —— 优化物件之间的特性(Moving Features Between Objects)
3.
950
0
0
|
索引
改善代码设计 —— 简化“.NET技术”条件表达式(Simplifying Conditional Expressions)
系列博客
1. 改善代码设计 —— 优化函数的构成(Composing Methods)
2. 改善代码设计 —— 优化物件之间的特性(Moving Features Between Objects)
3.
856
0
0
|
索引
一起谈.NET技术，改善代码设计 —— 简化条件表达式(Simplifying Conditional Expressions)
系列博客
1. 改善代码设计 —— 优化函数的构成(Composing Methods)
2. 改善代码设计 —— 优化物件之间的特性(Moving Features Between Objects)
3.
1009
0
0
|
API
图形学
测试技术
Unity 之 Assertion（断言）另一种 Debug
在日常开发中，我们会经常使用Debug或对应的封装输出日志，在Unity Debug输出到屏幕并保存到本地笔者也曾有过介绍，今天笔者和大家聊聊另一种Debug输出 --- 【断言】，，笔者所介绍的断言库早在unity5.1版本中就已经出现。
1441
0
0
重构——50引入参数对象（Introduce Parameter Object）
引入参数对象（Introduce Parameter Object）：Range模式；某些参数总是很自然的同时出现；以一个对象取代这些参数
1769
0
0
重构——40引入Null对象（Introduce Null Object）
引入Null对象（Introduce Null Object）：你需要再三检查某对象是否为null；将null值替换为null对象
2007
0
0