Functional Programming with C# | Pluralsight

函数式编程：

1.  易于预测

2.  容易扩展

3.  容易测试

面向对象 vs 函数编程

course推荐： Cory House on plualsight

面向对象：管理 变化的state =》method 依赖&修改 class类型的data

函数编程:  完全避免 state =》仅依赖于 输入， 不修改输入的值和 共享的state =》更加可预测，容易维护，容易测试（仅依赖于 输入，不依赖其他）

什么是 函数编程？

强调： 定义 根据 输入，输出 定义函数； 而非 如何改变state

区分：数据’、行为

=》更多的 static methods，而非 instance methods

（因为 不在 隐式依赖 当前对象的state）

1. taming side effects 控制副作用， 而非 消除 副作用

method：

输入、输出

影响范围（隐含） =》难以测试

单一功能的函数： Haskell

=》函数 无副作用，除非 极个别情况

=》复杂系统，容易预测（behave the same way，与 其他的state无关）

=》更容易 并行 & 异步执行

vs

impure：c#

=》引用透明，不会导致明显的副作用

=》不会主动阻止改变 system state，但是可以通过设计改善： 强制 immutability（非 默认）

基于表达式：expression-based

=》everything produces some result =》computer result

=》更少的语句

=》more natually tastable： 基于输入的输出=》无需 借助mocking， 无需为了测试 派生其他的类型

=》naturally composable： return a value ，通过变量，易于 和其他的expression、statement 组合

vs 

基于语句：statement-based： c#

=》statements to cause side effects

=》未赋值的变量 & 同一变量多个地方赋值不同

 =》减少 额外的变量

Treat functions as Data：最重要

=》higher-order functions

=》不同程度的抽象 

=》无需 通过 复杂的继承结构，而是根据 函数签名 替换， 去 组合不同的功能

 =》linq 基于functional 原则

课程推荐： Deborah Kurata's Practical LINQ on Pluralsigh

可以高性能 的 从不同数据源 查找数据 

 泛型：安全的操作 弱类型的排序，且提供序列的完全可视

扩展方法：高阶函数。添加IEnumeralble的 排序、筛选、类型转换……功能

委托、lambda表达式：定义扩展的针对序列的操作方法变得容易

 问题：

while语句中 mutable state: ix & myList & mylist.Sort() 中Sort的副作用

=> myList 变化 可能牵连 系统范围，如果 myList 在外部可见

 语法糖 =》本质：泛型 & 扩展方法 & 委托 

method 语法： 更抽象

组成 higher-oorder functions的一个链条，操作每一个IEnumerable的实例

=》myList 未改变。未改变 存在的lmyList，而是创建了一个新的list(每个值根据lamb表达式 被map到新的实例 ). =》引用安全的 =》compose的方式 链接（每次操作返回一个新的序列，然后返回给 链条中的下一步）

=》查询隔离的架构模式

linq固有的不可变性 =》compose 后的结果 可预测，且无副作用

review

vs

Treat functions through delegation：c#