blocks|key|1523794|text|看起来“真实世界哈斯克尔”这本书就是你想要的。你可以在线免费阅读：|type|unstyled|depth|inlineStyleRanges|entityRanges|data|1523795|http://book.realworldhaskell.org/|offset|length|1523796|entityMap|0|LINK|mutability|MUTABLE|url^0|0|0|X|0|0^^$0|@$1|2|3|4|5|6|7|M|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|N|8|@]|9|@$D|O|E|P|1|Q]]|A|$]]|$1|F|3|-4|5|6|7|R|8|@]|9|@]|A|$]]]|G|$H|$5|I|J|K|A|$L|C]]]]

It seems like the book Real World Haskell is just what you're looking for. You can read it free online:

<a href="http://book.realworldhaskell.org/" rel="noreferrer">http://book.realworldhaskell.org/</a>

blocks|key|1738791|text|F#不包含任何会将功能传递给不同的CPU或机器的魔法小精灵。F#/Haskell和其他函数式编程语言所做的就是使您能够更容易地编写可以独立于创建它们的线程或CPU来处理的函数。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|1738792|我觉得在这里发布一个我参与的播客的链接是不对的，这似乎有点离谱，但在我们与Matt+Podwysocki交谈的羊群代码一集中，我们问了同样的问题，他给出了一些有趣的答案。在那一集中也有很多关于函数式编程的很好的链接。我找到了一个标题为"Why+Functional+Programming+Matters“的链接，它可能会为你提供一些答案。|offset|length|1738793|entityMap|0|LINK|mutability|MUTABLE|url|http://www.math.chalmers.se/~rjmh/Papers/whyfp.html^0|0|3A|Y|0|0^^$0|@$1|2|3|4|5|6|7|N|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|O|8|@]|9|@$D|P|E|Q|1|R]]|A|$]]|$1|F|3|-4|5|6|7|S|8|@]|9|@]|A|$]]]|G|$H|$5|I|J|K|A|$L|M]]]]

F# does not contain any magic pixie dust that will pass functions off to different CPU's or machines. What F#/Haskell and other functional programming languages do is make it easier for you to write functions that can be processed independent of the thread or CPU they were created on.

I don't feel right posting a link here to a podcast I participate in, seems a little off, but in the Herding Code episode where we talked with Matt Podwysocki we asked the same question and he gave some interesting answers. There are also a lot of good links relating to functional programming in that episode. I found one link titles "<a href="http://www.math.chalmers.se/~rjmh/Papers/whyfp.html" rel="noreferrer">Why Functional Programming Matters</a>" That may provide some answers for you.

blocks|key|1738817|text|这可能也很有趣："Real+World+Functional+Programming“|type|unstyled|depth|inlineStyleRanges|entityRanges|offset|length|data|1738818|F#和C#中都有示例，但其理论相当通用。根据我所读到的(预发布)，它肯定很有趣，但到目前为止，我认为这让我越来越想坚持使用C#，使用像并行扩展这样的库。|1738819|entityMap|0|LINK|mutability|MUTABLE|url|http://www.manning.com/petricek/^0|9|X|0|0|0^^$0|@$1|2|3|4|5|6|7|N|8|@]|9|@$A|O|B|P|1|Q]]|C|$]]|$1|D|3|E|5|6|7|R|8|@]|9|@]|C|$]]|$1|F|3|-4|5|6|7|S|8|@]|9|@]|C|$]]]|G|$H|$5|I|J|K|C|$L|M]]]]

This might also be interesting:
"<a href="http://www.manning.com/petricek/" rel="noreferrer">Real World Functional Programming</a>"

Examples are in F# and C#, but the theory is fairly generic.
From what I've read (pre-release) it is definitely interesting, but so far I think it is making me want to stick more and more with C#, using libraries like Parallel Extensions.

blocks|key|1738868|text|您没有提到，但我假设您使用的是C%2B%2B。进入函数式的一个潜在的简单方法是通过C%2B%2B/CLI到F#。C%2B%2B包含了“神奇的像素尘埃”(称为IJW:它就是这样)，它允许你调入和调出托管代码。这样，调用F#代码就几乎和在C#中一样简单了。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|1738869|我在一个完全用C/C%2B%2B编写的程序(FreeSWITCH)中使用了它。只需一个托管C%2B%2B/CLI+(使用/clr开关)，它就可以神奇地转换为托管代码，从那里，我可以加载我的F#插件并执行它们。为了使部署变得更加容易，F#可以静态地链接它的所有依赖项，因此您不需要部署F#运行时文件。使CLR代码更具吸引力的另一件事是，您可以将托管代码(委托)传递给C代码，运行库会自动为您生成thunk。|1738870|如果你决定走Haskell的路，你要寻找的特性是FFI:外部函数接口。然而，我认为它不会给你提供与F#的C%2B%2B/CLI相同级别的集成。|1738871|entityMap^0|0|0|0^^$0|@$1|2|3|4|5|6|7|H|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|I|8|@]|9|@]|A|$]]|$1|D|3|E|5|6|7|J|8|@]|9|@]|A|$]]|$1|F|3|-4|5|6|7|K|8|@]|9|@]|A|$]]]|G|$]]

You didn't mention, but I'm assuming, that you're using C++. One potentially easy way to get into functional is via C++/CLI to F#. C++ contains "magic pixie dust" (called IJW: It Just Works) to allow you to call into and out of managed code. With this, calling F# code is almost as simple as it is from C#.

I've used this in one program (FreeSWITCH), which is written entirely in C/C++. With a single managed C++/CLI (use the /clr switch), it magically transitions into managed code, and from there, I can go load my F# plugins and execute them. To make things even easier for deployment, F# can statically link all its dependencies, so you don't need to deploy the F# runtime files. One other thing that makes CLR code attractive is that you can pass managed code (delegates) to C code, and the runtime automatically makes a thunk for you.

If you decide to go the Haskell way, the feature you'll be looking for is FFI: Foreign Function Interface. However, I don't think it'll give you the same level of integration as C++/CLI with F#.

blocks|key|1523761|text|我目前正在学习Haskell，当你开始学习它的时候，它看起来并不是很有趣，因为学习体验和学习C#这样的语言完全不同，这是一个全新的世界，但我注意到我可以用几行代码编写非常复杂的表达式，当我回顾代码时，它更简洁，更小，更紧凑。我绝对喜欢它！您确实可以编写比大多数其他语言所允许的更小、更容易维护、更复杂的实际程序，我建议您学习它！|type|unstyled|depth|inlineStyleRanges|entityRanges|data|1523762|祝好运。|1523763|entityMap^0|0|0^^$0|@$1|2|3|4|5|6|7|F|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|G|8|@]|9|@]|A|$]]|$1|D|3|-4|5|6|7|H|8|@]|9|@]|A|$]]]|E|$]]

I'm currently learning Haskell myself, when you start out learning it, it doesn't seem very intriguing because the learning experience is NOTHING like learning a language like C#, it's a whole new world, but I noticed I could write very very complex expressions in just a few lines of code, when I looked back at the code it was much more concise, it was small and tight. I'm absolutely loving it! You can indeed write real-world programs that will be smaller, easier to maintain, and much more complex then most other languages allow, I vote for you to learn it!!

Good luck.

blocks|key|1738906|text|既然您提到了Win32和DLL，我假定您正在使用非托管代码。在这种情况下，GHC将为您工作得很好。去年年底，我在Windows下用FFI编写了一个DDE服务器来与MS库对话，令人惊讶的是，这是一次非常愉快的经历(特别是考虑到我是一个Unix爱好者)。Haskell的FFI很强大(甚至支持从C或其他库回调Haskell函数)，并且在编写C级代码时进行Haskell的类型检查就像梦想成真一样。|type|unstyled|depth|inlineStyleRanges|entityRanges|offset|length|data|1738907|最后一点是Haskell的主要优势之一:类型系统令人惊叹。也就是说，它就像任何强大的工具一样；它需要时间和精力才能很好地利用它。|1738908|因此，可以从用Haskell编写少量链接到其余代码的代码开始(尽管您可能会发现从链接到其他代码的小Haskell程序开始会更容易)，并且非常值得花费大量时间来了解这一点，并尽可能地使用它。您可能最终会像我一样，在Haskell中规划一个与Windows代码(在我的例子中，是一个复杂的Excel插件)紧密集成的相当重要的项目。|1738909|entityMap|0|LINK|mutability|MUTABLE|url|http://www.starling-software.com/en/blog/tsac/2009/01/12.december-surprise-topic-haskell-ffi.html^0|1T|3|0|0|0|0^^$0|@$1|2|3|4|5|6|7|P|8|@]|9|@$A|Q|B|R|1|S]]|C|$]]|$1|D|3|E|5|6|7|T|8|@]|9|@]|C|$]]|$1|F|3|G|5|6|7|U|8|@]|9|@]|C|$]]|$1|H|3|-4|5|6|7|V|8|@]|9|@]|C|$]]]|I|$J|$5|K|L|M|C|$N|O]]]]

Since you mention Win32 and DLLs, I presume you're working with unmanaged code. In that case, GHC will work very well for you. Late last year I wrote a DDE server under Windows using <a href="http://www.starling-software.com/en/blog/tsac/2009/01/12.december-surprise-topic-haskell-ffi.html" rel="nofollow noreferrer">FFI</a> to talk to the MS DDE libraries, and, surprisingly, it was an extremely pleasant experience (especially given that I'm a Unix guy). Haskell's FFI is powerful (even supporting, e.g., callbacks into Haskell functions from C or other libraries), and having Haskell's type checking when writing C-level code is like a dream come true.

That last point is one of the major advantages of Haskell: the type system is amazing. That said, it's like any powerful tool; it needs time and effort to make good use of it.

So yes, it is possible to start out writing small bits of code in Haskell that link into the rest of your code (though you may find it easier to start with small Haskell programs that link to your other code), and it's well worth spending a fair amount of time learning about this and using it wherever you can. You may end up like me, planning a fairly major project tightly integrated with Windows code (in my case, a sophisticated Excel add-in) in Haskell.

Functional languages are good because they avoid bugs by eliminating state, but also because they can be easily parallelized automatically for you, without you having to worry about the thread count. 

As a Win32 developer though, can I use Haskell for some dlls of my application? And if I do, is there a real advantage that would be taken automatically for me? If so what gives me this advantage, the compiler? 

Does F# parallelize functions you write across multiple cores and cpu's automatically for you? Would you ever see the thread count in task manager increase?

Basically my question is, how can I start using Haskell in a practical way, and will I really see some benefits if I do?

How can I use functional programming in the real world?

服务器

编译器

Windows

Unix

函数式语言很好，因为它们通过消除状态来避免bug，而且还因为它们可以很容易地自动并行化，而不必担心线程数量。但是，作为一个Win32开发人员，我可以使用Haskell为我的应用程序做一些动态链接库吗？如果我这样做了，是否会自动为我带来真正的优势？如果是这样的话，是什么给了我这个优势，编译器？F#会自动将你编写的跨多个内核和cpu的函数并行化吗？你会看到任务管理器中的线程数量增加吗？基本上我的问题是

问如何在现实世界中使用函数式编程？
EN

回答 6

Stack Overflow用户

Stack Overflow用户

Stack Overflow用户

社区

活动

资源

关于

腾讯云开发者

热门产品

热门推荐

更多推荐

问如何在现实世界中使用函数式编程？EN

回答 6

Stack Overflow用户

Stack Overflow用户

Stack Overflow用户

社区

活动

资源

关于

腾讯云开发者

热门产品

热门推荐

更多推荐

问如何在现实世界中使用函数式编程？
EN