- html - 出于某种原因,IE8 对我的 Sass 文件中继承的 html5 CSS 不友好?
- JMeter 在响应断言中使用 span 标签的问题
- html - 在 :hover and :active? 上具有不同效果的 CSS 动画
- html - 相对于居中的 html 内容固定的 CSS 重复背景?
我正在尝试将 Haskell 核心库的 Arrows 转换为 F#(我认为这是一个很好的练习,可以更好地理解 Arrows 和 F#,而且我也许可以在我正在从事的项目中使用它们。)但是,由于范式的差异,直接翻译是不可能的。 Haskell 使用类型类来表达这些东西,但我不确定 F# 的构造如何最好地将类型类的功能与 F# 的习惯用法映射起来。我有一些想法,但认为最好将其提出来,看看什么被认为是功能最接近的。
对于 tl;dr 人群:如何将类型类(Haskell 习惯用法)转换为 F# 惯用代码?
对于那些接受我的长解释的人:
Haskell 标准库中的这段代码是我尝试翻译的示例:
class Category cat where
id :: cat a a
comp :: cat a b -> cat b c -> cat a c
class Category a => Arrow a where
arr :: (b -> c) -> a b c
first :: a b c -> a (b,d) (c,d)
instance Category (->) where
id f = f
instance Arrow (->) where
arr f = f
first f = f *** id
尝试 1:模块、简单类型、Let 绑定(bind)
我的第一个尝试是简单地直接使用模块进行组织映射,例如:
type Arrow<'a,'b> = Arrow of ('a -> 'b)
let arr f = Arrow f
let first f = //some code that does the first op
这可行,但它失去了多态性,因为我没有实现类别并且无法轻松实现更专业的箭头。
尝试 1a:使用签名和类型进行细化
纠正尝试 1 的一些问题的一种方法是使用 .fsi 文件来定义方法(以便类型更容易执行)并使用一些简单的类型调整来专门化。
type ListArrow<'a,'b> = Arrow<['a],['b]>
//or
type ListArrow<'a,'b> = LA of Arrow<['a],['b]>
但是 fsi 文件不能在其他实现中重用(以强制执行 let 绑定(bind)函数的类型),并且类型重命名/封装内容很棘手。
尝试 2:对象模型和接口(interface)
合理解释 F# 也被构建为 OO,也许类型层次结构是实现此目的的正确方法。
type IArrow<'a,'b> =
abstract member comp : IArrow<'b,'c> -> IArrow<'a,'c>
type Arrow<'a,'b>(func:'a->'b) =
interface IArrow<'a,'b> with
member this.comp = //fun code involving "Arrow (fun x-> workOn x) :> IArrow"
除了让应该是静态方法(如 comp 和其他运算符)充当实例方法可能会很痛苦之外,还需要显式向上转换结果。我也不确定这种方法是否仍然能够捕获类型类多态性的完整表现力。这也使得使用必须是静态方法的东西变得困难。
尝试 2a:使用类型扩展进行细化
因此,另一个潜在的改进是尽可能简单地声明接口(interface),然后使用扩展方法向所有实现类型添加功能。
type IArrow<'a,'b> with
static member (&&&) f = //code to do the fanout operation
啊,但这让我不得不对所有类型的 IArrow 使用一种方法。如果我想为 ListArrows 使用稍微不同的 (&&&),我该怎么办?我还没有尝试过这种方法,但我想我可以隐藏 (&&&),或者至少提供一个更专业的版本,但我觉得我无法强制使用正确的变体。
帮帮我
那么我应该在这里做什么呢?我觉得 OO 应该足够强大来取代类型类,但我似乎不知道如何在 F# 中实现这一点。我的尝试是否接近?它们中的任何一个都“尽善尽美”并且必须足够好吗?
最佳答案
我的简短回答是:
OO 的功能还不足以取代类型类。
最直接的翻译是传递一个操作字典,就像在一个典型的类型类实现中一样。也就是说,如果 typeclass Foo
定义了三个方法,然后定义一个名为 Foo
的类/记录类型,然后更改
Foo a => yadda -> yadda -> yadda
像这样的函数
Foo -> yadda -> yadda -> yadda
并且在每个调用站点,您都知道根据调用站点的类型传递的具体“实例”。
以下是我的意思的一个简短示例:
// typeclass
type Showable<'a> = { show : 'a -> unit; showPretty : 'a -> unit } //'
// instances
let IntShowable =
{ show = printfn "%d"; showPretty = (fun i -> printfn "pretty %d" i) }
let StringShowable =
{ show = printfn "%s"; showPretty = (fun s -> printfn "<<%s>>" s) }
// function using typeclass constraint
// Showable a => [a] -> ()
let ShowAllPretty (s:Showable<'a>) l = //'
l |> List.iter s.showPretty
// callsites
ShowAllPretty IntShowable [1;2;3]
ShowAllPretty StringShowable ["foo";"bar"]
另请参阅
https://web.archive.org/web/20081017141728/http://blog.matthewdoig.com/?p=112
关于oop - 如何将 Haskell 类型类转换为 F#?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/4034802/
关闭。这个问题是opinion-based .它目前不接受答案。 想改善这个问题吗?更新问题,以便可以通过 editing this post 用事实和引文回答问题. 4年前关闭。 Improve t
就目前而言,这个问题不适合我们的问答形式。我们希望答案得到事实、引用或专业知识的支持,但这个问题可能会引起辩论、争论、投票或扩展讨论。如果您觉得这个问题可以改进并可能重新打开,visit the he
在面向对象的编程中,“基类”是派生其他类的类(http://en.wikipedia.org/wiki/Base_class)。 但是,基类的反面是什么?换句话说,什么是没有任何子类的类? 编辑:我正
关闭。这个问题需要更多focused .它目前不接受答案。 想改善这个问题吗?更新问题,使其仅关注一个问题 editing this post . 8年前关闭。 Improve this questi
据我了解,OOP 是大型项目最常用的范式。我也知道大系统的一些较小的子集使用其他范式(例如 SQL,它是声明性的),并且我也意识到在较低级别的计算 OOP 并不真正可行。但在我看来,通常更高级别的解决
就目前而言,这个问题不适合我们的问答形式。我们希望答案得到事实、引用资料或专业知识的支持,但这个问题可能会引发辩论、争论、投票或扩展讨论。如果您觉得这个问题可以改进并可能重新打开,visit the
就目前而言,这个问题不适合我们的问答形式。我们希望答案得到事实、引用或专业知识的支持,但这个问题可能会引起辩论、争论、投票或扩展讨论。如果您觉得这个问题可以改进并可能重新打开,visit the he
最近听说OOP(Java)有9条规则。我只知道四种:抽象、多态、继承和封装。 OOP 还有更多规则吗? 最佳答案 看来您正在寻找的是 Principles of Object-Oriented Des
我曾经在一次采访中被问到“OOP 的 3 个主要概念是什么?”。我回答说,我认为有4个,如下: 继承 封装 抽象 多态性 我说得对吗? 最佳答案 语言要成为面向对象有3个要求: 仅支持封装(对象)的语
我有一个关于特定 OOP 问题的组织的简单问题。 假设我有一个地形类,里面充满了瓷砖。 Tile 类有多个派生类,即 Door。 Door 类有一个名为 open() 的方法,用于打开门,还有一个名为
就目前情况而言,这个问题不太适合我们的问答形式。我们希望答案得到事实、引用资料或专业知识的支持,但这个问题可能会引发辩论、争论、民意调查或扩展讨论。如果您觉得这个问题可以改进并可能重新开放,visit
我是 Go 的新手,然后我通过示例搜索了很多如何拥有带有静态函数/变量的静态类,例如 C#。但是,我找不到任何可以很好地回答它的东西。也许这个问题看起来很愚蠢,但我不喜欢不确定或不完全理解某事。 假设
我曾尝试搜索此问题的答案,但很难用语言表达,而且许多问题要么是关于如何创建类,要么是关于如何做非常具体的事情。我需要更多的实用概述 - 我是自学成才的,我了解对象是什么(以及如何创建它们),但我从未见
在开始编码之前,我通常会尝试在没有太多分析(没有图表)的情况下进行 TDD。通常我发现自己将一个类拆分为其他类以分离关注点。我想知道更深入的分析是否会阻止这种情况。我认为大部分面向对象分析无法预测其中
在阅读单例时,我发现这个解释是使用单例的原因: since these object methods are not changing the internal class state, we can
如这里所述 https://standardofnorms.wordpress.com/2012/09/02/4-pillars-of-object-oriented-programming/ 并作为
我是这个网站的新手,所以如果我在发布问题时做错了什么,请告诉我,以便我下次修复。 我很好奇从单个基类继承多个类是否是糟糕的 OOP 实践。这可能不太合理,所以我要详细说明一下。 例如,假设您正在设计一
我对“工厂相关”设计模式及其 OOP 实现的理解一直很简单。 一个 《工厂法》是类内部的一个方法,它有一个接口(interface)(或抽象类)作为返回类型,并根据一些内部逻辑构造实现该接口(inte
C# 中的“密封”关键字,Java 中的 Final。 因为我几乎从不创建任何图表并且我只使用已经完成的类(来自框架)我多年后仍然不知道为什么有人会“锁定”一个类所以它永远不会被扩展/继承。 它是有益
我正在研究面向对象的概念,抽象概念基本上被描述为对用户隐藏实现。因此,如果类中有一个成员函数并且我们为某些任务调用该函数,抽象表示用户不应该关心事情是如何完成的,而应该只知道正在完成什么。但即使在非面
我是一名优秀的程序员,十分优秀!