孔夫子旧书网该图书“Haskell函数式程序设计”已经找不到了, 为您推荐一些相同图书。装订：平装开本：版次：169.00十品装订：平装开本：版次：148.20十品装订：平装开本：版次：168.80十品装订：平装开本：版次：168.90十品装订：平装开本：版次：148.00十品装订：平装开本：版次：137.95九五品装订：平装开本：版次：148.30十品装订：平装开本：版次：140.70九五品装订：平装开本：版次：153.10九五品装订：平装开本：版次：159.00十品Copyright(C)
孔夫子旧书网
京ICP证041501号
海淀分局备案编号Haskell 中文社区 :: 为什么同样是函数语言, Haskell 和 Scheme差别那么大呢?为什么同样是函数语言, Haskell 和 Scheme差别那么大呢?同样是有人研究的语言, 同样是函数式的方向, 我本能上觉得应该一样的呀.为什么 Haskell 设计了很复杂的(-&对新手)类型系统, 这样是什么意图?Submitted by
at 4 years ago所有回复不是复杂，是使事情更简单，明确，防止程序出错。引用两句话，The goodness of Haskell is that everything is explicit, so is the badness. Programming in a language with strong type arises less bugs. 4 years agoScheme 是 Strong Typed 的语言, 这个和 Haskell 一样的呀总不至于因为是动态语言就增加更多 Bug 了 4 years ago@jiyinyiyong 都是，不假。Haskell也可以不必声明类型签名，因为有类型推断，但是声明了类型签名Haskell通过类型推断来尽力保证你写的是你想实现的功能。动态语言有自由，比如1+String，1+Object什么的，结果很无厘头。再如bash程序想一次性地写一个没bugs的程序我觉得几乎是不太可能 4 years ago@IceIsSleepingWater Bash 这么邪恶的系统管理工具就不能算语言.再说一个有点经验的 coder 也不会故意动手脚去写 (+ Int String) 4 years agoHaskell 的类型系统之所以复杂，主要还是针对做科研的人来说的吧，基本的概念还是很容易理解的，新手也不需要掌握那么多。当然现在不少 library 都猛往类型上添加东西，要使用它们就必须去了解一些不常用的理论，也造成了上手的难度。
只要对类型理论有一定程度的了解，使用 Scheme 这样的动态捕捉类型错误的语言也没啥不好。但是有几个观点我觉得可以讨论一下。
是说动态语言适合快速进行 prototype 开发，我无法认同这点。毕竟存在类型错误的程序就是错误的，即便是 prototype 也不应该容忍。提早纠正类型错误理应更适合快速开发。
是说动态语言能够写出正确的程序，但是因为静态类型检查的条条框框太多，所以不一定能够通过检查，尽管这个程序理论上是类型正确的。我赞同这个意见。但是这类程序很少能遇到。
是说静态语言可以在类型上人为加入限制，从而保证只有满足某些条件的代码能够通过检查。也就是说只要能够编译，那么你的程序必然满足某些定理。这个我觉得还是蛮有用的。
剩下的区别我觉得主要是习惯上的吧。是在编译时抓虫还是在运行后抓虫，看你喜欢哪种了。两种方式都能够诞生高质量的代码。我个人喜欢类型系统帮我查错，省去自己不少麻烦。
Int + String 这种错误很低级，但是一旦涉及高阶函数，existential type 什么的，错误经常藏得很深，甚至首先是逻辑理解上的错误才造成类型错误。我有时就算被告知有类型错误，也要花上大半天才能真正明白程序是哪里有错，也算是一种自我加强理解的方式。
所以明确自己所写的函数类型，更有助于逻辑思维，尽管这和类型检查什么时候做无关。大牛们通常写之前就成竹在胸，我等小虾米做不到，只好依赖静态类型系统的辅助了。 4 years ago类型系统, 到 type constructor 就就得学习阻力很大了.九瓜老师平时写的代码主要是解决什么的? 4 years ago@jiyinyiyong 什么都有。简单的如 id3 转码，切分 srt 字幕，批量数据处理；稍复杂的如 UI 界面，图表，网站，数据库；研究性质的如编译器解释器，代码优化，类型分析，等。
我比较喜欢 DSL 方面的研究和应用，比如我读博时参与了一个网络协议的项目，我是里面唯一一个搞 PL 的杂牌军。我用 haskell 进行拓扑分析，生成 ILP 程序送给 cplex 执行，能够很灵活地对模型和算法进行调整。有类型系统帮助保持程序的正确性很重要，因为一次运行可能需要好几天，经不起反复调试折腾。小组其他成员表示很满意，xixi。所以类型系统对我来说意义重大。 4 years ago@ninegua 看到 UI 我就膜拜了..我看教程的时候真是想不到 Haskell 能用到这么多方面啊,而且还没写过运行好几天的程序, 缺憾了 4 years ago@ninegua 哇，九瓜老师的涉猎范围好广啊，膜拜，我的CL范围都没这么广 4 years ago我自己写HASKELL代码的时候由强烈的感觉，那就是一般编译通过了，基本程序就改对了
另外我对类型类的理解就是全面的基于接口的编程 4 years ago同感——编译通过了，程序基本也就是对的了。 4 years ago(C)
| Built on v0.3.1函数式编程初探 - 阮一峰的网络日志
函数式编程初探
诞生50多年之后，（functional programming）开始获得越来越多的关注。
不仅最古老的函数式语言Lisp重获青春，而且新的函数式语言层出不穷，比如Erlang、clojure、Scala、F#等等。目前最当红的Python、Ruby、Javascript，对函数式编程的支持都很强，就连老牌的面向对象的Java、面向过程的PHP，都忙不迭地加入对匿名函数的支持。越来越多的迹象表明，函数式编程已经不再是学术界的最爱，开始大踏步地在业界投入实用。
也许继"面向对象编程"之后，"函数式编程"会成为下一个编程的主流范式（paradigm）。未来的程序员恐怕或多或少都必须懂一点。
但是，"函数式编程"看上去比较难，缺乏通俗的入门教程，各种介绍文章都充斥着数学符号和专用术语，让人读了如坠云雾。就连最基本的问题"什么是函数式编程"，网上都搜不到易懂的回答。
下面是我的"函数式编程"学习笔记，分享出来，与大家一起探讨。内容不涉及数学（我也不懂），也不涉及高级特性（比如和），只求尽量简单通俗地整理和表达，我现在所理解的"函数式编程"以及它的意义。
我主要参考了Slava Akhmechet的。
简单说，"函数式编程"是一种（programming paradigm），也就是如何编写程序的方法论。
它属于的一种，主要思想是把运算过程尽量写成一系列嵌套的函数调用。举例来说，现在有这样一个数学表达式：
　　(1 + 2) * 3 - 4
传统的过程式编程，可能这样写：
　　var a = 1 + 2;
　　var b = a * 3;
　　var c = b - 4;
函数式编程要求使用函数，我们可以把运算过程为不同的函数，然后写成下面这样：
　　var result = subtract(multiply(add(1,2), 3), 4);
这就是函数式编程。
函数式编程具有五个鲜明的特点。
1. 函数是"第一等公民"
所谓（first class），指的是函数与其他数据类型一样，处于平等地位，可以赋值给其他变量，也可以作为参数，传入另一个函数，或者作为别的函数的返回值。
举例来说，下面代码中的print变量就是一个函数，可以作为另一个函数的参数。
　　var print = function(i){ console.log(i);};
　　[1,2,3].forEach(print);
2. 只用"表达式"，不用"语句"
"表达式"（expression）是一个单纯的运算过程，总是有返回值；"语句"（statement）是执行某种操作，没有返回值。函数式编程要求，只使用表达式，不使用语句。也就是说，每一步都是单纯的运算，而且都有返回值。
原因是函数式编程的开发动机，一开始就是为了处理运算（computation），不考虑系统的读写（I/O）。"语句"属于对系统的读写操作，所以就被排斥在外。
当然，实际应用中，不做I/O是不可能的。因此，编程过程中，函数式编程只要求把I/O限制到最小，不要有不必要的读写行为，保持计算过程的单纯性。
3. 没有"副作用"
所谓（side effect），指的是函数内部与外部互动（最典型的情况，就是修改全局变量的值），产生运算以外的其他结果。
函数式编程强调没有"副作用"，意味着函数要保持独立，所有功能就是返回一个新的值，没有其他行为，尤其是不得修改外部变量的值。
4. 不修改状态
上一点已经提到，函数式编程只是返回新的值，不修改系统变量。因此，不修改变量，也是它的一个重要特点。
在其他类型的语言中，变量往往用来保存"状态"（state）。不修改变量，意味着状态不能保存在变量中。函数式编程使用参数保存状态，最好的例子就是递归。下面的代码是一个将字符串逆序排列的函数，它演示了不同的参数如何决定了运算所处的"状态"。
　　function reverse(string) {
　　　　if(string.length == 0) {
　　　　　　
　　　　} else {
　　　　　　return reverse(string.substring(1, string.length)) + string.substring(0, 1);
由于使用了递归，函数式语言的运行速度比较慢，这是它长期不能在业界推广的主要原因。
5. 引用透明
引用透明（Referential transparency），指的是函数的运行不依赖于外部变量或"状态"，只依赖于输入的参数，任何时候只要参数相同，引用函数所得到的返回值总是相同的。
有了前面的第三点和第四点，这点是很显然的。其他类型的语言，函数的返回值往往与系统状态有关，不同的状态之下，返回值是不一样的。这就叫"引用不透明"，很不利于观察和理解程序的行为。
函数式编程到底有什么好处，为什么会变得越来越流行？
1. 代码简洁，开发快速
函数式编程大量使用函数，减少了代码的重复，因此程序比较短，开发速度较快。
Paul Graham在一书中：同样功能的程序，极端情况下，Lisp代码的长度可能是C代码的二十分之一。
如果程序员每天所写的代码行数基本相同，这就意味着，"C语言需要一年时间完成开发某个功能，Lisp语言只需要不到三星期。反过来说，如果某个新功能，Lisp语言完成开发需要三个月，C语言需要写五年。"当然，这样的对比故意夸大了差异，但是"在一个高度竞争的市场中，即使开发速度只相差两三倍，也足以使得你永远处在落后的位置。"
2. 接近自然语言，易于理解
函数式编程的自由度很高，可以写出很接近自然语言的代码。
前文曾经将表达式(1 + 2) * 3 - 4，写成函数式语言：
　　subtract(multiply(add(1,2), 3), 4)
对它进行变形，不难得到另一种写法：
　　add(1,2).multiply(3).subtract(4)
这基本就是自然语言的表达了。再看下面的代码，大家应该一眼就能明白它的意思吧：
　　merge([1,2],[3,4]).sort().search("2")
因此，函数式编程的代码更容易理解。
3. 更方便的代码管理
函数式编程不依赖、也不会改变外界的状态，只要给定输入参数，返回的结果必定相同。因此，每一个函数都可以被看做独立单元，很有利于进行单元测试（unit testing）和除错（debugging），以及模块化组合。
4. 易于"并发编程"
函数式编程不需要考虑"死锁"（deadlock），因为它不修改变量，所以根本不存在"锁"线程的问题。不必担心一个线程的数据，被另一个线程修改，所以可以很放心地把工作分摊到多个线程，部署"并发编程"（concurrency）。
请看下面的代码：
　　var s1 = Op1();
　　var s2 = Op2();
　　var s3 = concat(s1, s2);
由于s1和s2互不干扰，不会修改变量，谁先执行是无所谓的，所以可以放心地增加线程，把它们分配在两个线程上完成。其他类型的语言就做不到这一点，因为s1可能会修改系统状态，而s2可能会用到这些状态，所以必须保证s2在s1之后运行，自然也就不能部署到其他线程上了。
多核CPU是将来的潮流，所以函数式编程的这个特性非常重要。
5. 代码的热升级
函数式编程没有副作用，只要保证接口不变，内部实现是外部无关的。所以，可以在运行状态下直接升级代码，不需要重启，也不需要停机。语言早就证明了这一点，它是瑞典爱立信公司为了管理电话系统而开发的，电话系统的升级当然是不能停机的。
计算机硬件有两种储存数据的方式：大端字节序（big endian）和小端字节序（little endian）。
布尔代数是计算机的基础。没有它，就不会有计算机。
DNS 是互联网核心协议之一。不管是上网浏览，还是编程开发，都需要了解一点它的知识。
《计算机原理》课本说，启动时，主引导记录会存入内存地址0x7C00。