《函数响应式领域建模》读后感

简介:   不得不说这是一本好书。本书涉及的主要内容从书名就可以看出来:函数式、响应式、领域驱动建模。  该书并不是一个入门级教材,读者需要对函数式、响应式、领域驱动建模有一定的基础,缺一不可。比如我对领域驱动建模这块不是太熟悉,研读的时候会不太理解作者为什么会举那些例子;对函数式不够深入,看后面几章就会有云里雾里的感觉;对响应式不清楚,就不会明白作者费那么大的劲举的例子解决了一个什么问题。

  不得不说这是一本好书。本书涉及的主要内容从书名就可以看出来:函数式、响应式、领域驱动建模。

  该书并不是一个入门级教材,读者需要对函数式、响应式、领域驱动建模有一定的基础,缺一不可。比如我对领域驱动建模这块不是太熟悉,研读的时候会不太理解作者为什么会举那些例子;对函数式不够深入,看后面几章就会有云里雾里的感觉;对响应式不清楚,就不会明白作者费那么大的劲举的例子解决了一个什么问题。简单点来说,读此书需要把函数式、响应式、领域建模相关知识补充一下。正如AKKA创始人说的那样,“如果内心不够强大,那么这本书将不适合你,阅读它很费劲”。

  幸运的是,你看到了这篇博客,作者会在下面的篇幅中简单的介绍函数式、响应式、领域驱动建模的基本概念及其解决的问题,这样你读此书的时候就不会像作者那么吃力了。

  1. 函数式编程

  维基百科对函数式编程的解释:在计算机科学里,函数式编程是一种编程范式,它将计算描述为表达式求值并避免了状态和数据改变。函数式编程几个重要的特性:纯函数无副作用、不变的数据、高阶函数、流计算模式、尾递归、柯里化等。函数式编程中的“函数”可以简单的理解成数学中的函数。学过高等数学的都知道,函数一般定义为:y=f(x),很明显它有几个特点:有至少一个输入,至少一个输出,输入相同时输出相同。

  纯函数无副作用是指从业务领域角度来看,函数值仅仅取决于输入(及内部变量),计算过程中没有副作用产生,函数执行多次和执行一次对业务领域产生的作用相同。副作用是指除了返回函数值以外的其他结果,例如修改全局变量。纯函数既不依赖外部的状态也不修改外部的状态。

  不变的数据是指变量的值是不可变的。比如命令式编程时,定义一个整型变量x,可以多次赋值动作,例如执行x=1,x=2,x=3,x=4一系列操作之后,x最终值是4。而函数式编程中,变量一旦赋值,则不允许修改。这一点跟高等数学中的代数很像,估计对于数学家来说,1和2是两个不同的变量,是不可以把1和2相互赋值的。

  高阶函数就是函数的函数。简单点来说就是,输入是一个函数,输出也是一个函数。在数学中它们也叫做算子(运算符)或泛函。函数是对自变量的映射,高阶函数是对函数的映射。

  流计算模式其实就是pipeline,使用它可以让代码具有申明式的语义化、模块化,更加富有表现力。例如下段代码:

getStock()
  .filter(quote => quote.price > 80)
  .map(quote => quote.price)
  .foreach(price => console.log(`Prices higher than $30: ${price}`));

  尾递归就是函数尾部调用自身。既然函数编程中变量不可变,那怎么实现循环呢,毕竟循环需要有一个计数器的,函数式语言里面只能用递归来解决迭代问题。但递归会造成栈溢出的问题,那么尾递归可以解决这个问题,编译器会在编译期间会将尾递归优化为循环,从而解决栈溢出的问题。

  柯里化就是一个函数在参数没给全时返回另一个函数,返回的函数的参数正好是余下的参数。curry化最大的意义在于把多个参数的function等价转化成多个单参数function的级联,这样所有的函数就都统一了,方便做lambda演算。 在scala里,curry化对类型推演也有帮助,scala的类型推演是局部的,在同一个参数列表中后面的参数不能借助前面的参数类型进行推演,curry化以后,放在两个参数列表里,后面一个参数列表里的参数可以借助前面一个参数列表里的参数类型进行推演。这就是为什么 foldLeft这种函数的定义都是curry的形。

  关于函数式编程可参考 什么是函数式编程思维 

响应式编程

  响应式编程更像是一种设计思想或者设计目标。响应式编程的目标通常是程序或应用具有响应能力:可相应的、弹性、伸缩性、消息驱动。弹性是面对失败的相应;伸缩性是在不同负载情况下的响应;消息驱动是指松耦合性,通过异步消息隔离上下文。响应式编程最重要的思想就是围绕失败来做设计,并提升模型的综合弹性。按照我的理解响应式模型一定是有响应的,不管是正常的还是异常的,当然这一点仁者见仁智者见智。响应式编程是一种关于数据流和变化传播的声明式编程范例,简单点来说就是程序对异步事件进行相应的处理。

  关于响应式编程可参考 那些年我们错过的响应式编程

领域驱动建模

  领域驱动设计(DDD)是一种软件设计思想,是在软件开发时对现实世界进行抽象并映射到软件系统的方法论。这在设计大型软件或系统时非常重要的设计方法,当然了,如果你只是写一个排序函数就没必要这么大费周章了。由于作者对DDD不太熟悉,只能谈一下个人的简单感受:DDD是一套软件设计方法论,它采用实体、值对象、模块、聚合、工厂、仓库等基本概念指导如何对现实世界中的业务进行建模。

  对于DDD可参考 浅析DDD(领域驱动设计)

 

目录
相关文章
|
2月前
|
JavaScript 前端开发 算法
react只停留在表层?五大知识点带你梳理进阶知识
该文章深入探讨了React进阶主题,包括PropTypes与默认属性的使用、虚拟DOM的工作机制、Refs的高级用法、生命周期方法的详解以及CSS动画在React中的集成技巧。
|
前端开发 UED
响应式Web设计的原理与实践
响应式Web设计的原理与实践
106 0
|
JavaScript API
我明白了,Vue3设计与实现-框架设计的核心要素读后感
第一章我已经觉得有所收获了,写的很精彩,接下来就是第二章了,框架设计的核心要素,应该是框架的大体轮廓的介绍吧。 构建产物、模块格式、警告信息、定位问题、开发和生产的区别、热更新的支持、树摇(去掉框架中没用到的功能代码)。
253 0
我明白了,Vue3设计与实现-框架设计的核心要素读后感
|
设计模式 JavaScript 前端开发
我明白了,Vue3设计与实现-权衡的艺术读后感
权衡的艺术,看到这个名字,我瞬间脑袋就像个灯泡一样,瞬间一亮。我喜欢,我很想知道vue权衡的艺术,就像上帝为什么要造人一样的艺术(狗头)。好了,开始。
195 0
我明白了,Vue3设计与实现-权衡的艺术读后感
|
缓存 JavaScript 前端开发
我明白了,Vue3设计与实现-响应式系统的作用与实现-读后感
读了前三章,了解了虚拟dom的局部更新的设计思路,也知道了vue这个框架的开发体验、框架体积控制、剔除无用代码、不同资源输出格式、特性开关、错误处理、TS支持等等,它们互相配合,从而大大的降低了开发者的心智压力,这些也是衡量一个框架的质量指标,vue做的很好。 vue3中通过声明式的模板UI,编译器将模板或组件转成虚拟dom,再由渲染器转成真实dom,编译器中做了优化,从而使得渲染器能够更快找到变更的元素,性能上得到了很大的优化。
172 0
我明白了,Vue3设计与实现-响应式系统的作用与实现-读后感
|
前端开发
前端工作总结134-对父和混入的理解
前端工作总结134-对父和混入的理解
79 0
前端工作总结134-对父和混入的理解
|
前端开发
好客租房45-react组件基础综合案例-6边界问题
好客租房45-react组件基础综合案例-6边界问题
92 0
好客租房45-react组件基础综合案例-6边界问题
|
前端开发
前端工作总结266-数据绑定逻辑处理
前端工作总结266-数据绑定逻辑处理
92 0
|
Web App开发 编解码 前端开发
浅谈响应式Web设计与实现思路
响应式是什么呢?顾名思义,响应式,肯定会自动响应,响应什么?应用程序是在终端屏幕窗口中展示给用户,被用户访问的,那么就是响应屏幕的变化,不同终端屏幕尺寸大小不一致,需要针对不同尺寸屏幕进行不同的展示响应。
1211 0
|
前端开发 JavaScript 大数据
【前端开发】前端架构与具体的应用的矛盾,最终的简单才是王道。
写在前面   年关将近,这年味愈加的浓烈了哈,似乎无心工作,似乎家乡的叨念从远远的方向传进了你的心里,坚持住哈,马上,就回家了。        进入正题,首先,我需要先解释下这个标题所表达的意思,以及它背后引出的具体的问题,前端架构与具体的应用的矛盾 这句话为什么要这么说,相信大部分公司,不论你...
1356 0