标签：5.1 01 编程 6.2 6.1 类型 2.2 隐式
1. 引子
1.1. 1999年发射的火星气候探测者号（Mars ClimateOrbiter）进入火星轨道的过程中失去联络
1.2. 原因
1.2.1. Lockheed（洛克希德·马丁公司）开发的一个组件使用磅力秒（美国单位，可简写为lbfs）来测量动量，而NASA开发的另外一个组件则使用牛顿秒（动量的公制单位，可简写为Ns）来测量动量。
1.3. 如果为这两种测量结果使用不同的类型，本可以避免这场灾难
2. 类型
2.1. 对数据做的一种分类
2.2. 定义了
2.2.1. 能够对数据执行的操作
2.2.2. 数据的意义
2.2.3. 允许数据接受的值的集合
2.3. 简化
2.3.1. 类型视为集合
2.3.2. 代表该类型的实例能够接受的所有可能的值
3. 类型系统
3.1. 一组规则
3.2. 分配类型
3.2.1. 程序员在代码中指定类型
3.2.2. 根据上下文隐式推断
4. 类型检查
4.1. 确保程序遵守类型系统的规则
4.2. 失败
4.2.1. 编译失败
4.2.2. 运行时错误
4.3. 形式理论证明
4.3.1. 柯里–霍华德（Curry-Howard）对应
4.3.1.1. 为“程序将正确运行”这种保证带来了逻辑上的严谨性
4.3.2. 类型视为一个逻辑命题，将从一个类型得到另一个类型的函数视为逻辑蕴含
4.3.3. 类型的一个值相当于证明命题为真的一个证据
5. 类型的主要优点
5.1. 正确性
5.1.1. 行为符合规范
5.1.2. 产生期望的结果
5.1.3. 不会导致运行时错误或崩溃
5.1.4. 用处
5.1.4.1. 消除坏状态
5.1.4.1.1. 限制变量能够取到的值的数量，从而减小状态空间
5.1.4.2. 消除代码中的轻微bug
5.1.4.2.1. 运行时错误转换成编译时错误，能够使代码更容易维护、适应性更强
5.1.4.3. 安全性
5.1.4.3.1. 阻止恶意攻击
5.2. 不可变性
5.2.1. 并发时
5.2.1.1. 数据不可变，就不会发生数据竞争
5.2.2. 常量性
5.2.2.1. 类型系统一个属性
5.2.2.2. 只对编译器有意义
5.3. 封装
5.3.1. 隐藏代码内部机制的能力
5.3.2. 将非公有信息限制在一个边界内
5.3.2.1. 保证外部代码不能修改这些信息
5.3.3. 代码两部分之间的关系越弱，共享的信息就越少
5.3.3.1. 内部数据越安全
5.4. 可组合性
5.4.1. 能够进行抽象，然后混合搭配组件，就减少了大量的重复代码
5.4.2. 不同部分是松散耦合的
5.4.3. 独立的组件组合起来，能够得到模块化系统
5.4.4. 每个子系统中的代码不会重复
5.5. 可读性
5.5.1. 读代码的时间往往比写代码的时间更多
5.5.2. 类型允许我们指定约束
5.5.3. 类型推断
5.5.3.1. 如果我们想明确表达意图，使阅读代码的人清晰地知道是什么类型，则可以自己指定类型
5.6. 优秀的软件设计和行为的根本特性
6. 类型系统的类型
6.1. 主要区别
6.1.1. 检查类型的时机
6.1.1.1. 在编译时检查类型
6.1.1.1.1. 静态类型
6.1.1.2. 类型检查推迟到运行时
6.1.1.2.1. 动态类型
6.1.2. 检查的严格程度
6.1.2.1. 做很少的（甚至不做）隐式类型转换
6.1.2.1.1. 强类型
6.1.2.2. 允许更多隐式类型转换
6.1.2.2.1. 弱类型
6.2. 弱类型
6.2.1. 隐式地尝试将值从其实际类型转换为使用该值时期望的类型
6.2.2. 隐式类型转换很方便
6.2.3. 隐式类型转换很危险
6.2.4. JavaScript是弱类型的
6.2.4.1. ==检查两个值是否相等
6.2.4.1.1. "42" == 42
6.2.4.2. ===检查值是否相等，以及值的类型是否相同
6.2.4.2.1. "42" === 42
6.3. 强类型
6.3.1. 不允许比较不同类型的值
6.3.2. 为其认为安全的转换提供有限的隐式转换
6.3.2.1. 转换为boolean
6.3.2.1.1. 0视为false，将其他任意数字视为true
6.3.2.2. 拓宽转换
6.3.2.2.1. 8位整数转换为16位整数
6.4. 强度在一个范围内：执行的隐式转换越多，该类型系统就越弱
标签：5.1,
01,
编程,
6.2,
6.1,
类型,
2.2,
隐式
From： https://www.cnblogs.com/lying7/p/17035226.html