- html - 出于某种原因,IE8 对我的 Sass 文件中继承的 html5 CSS 不友好?
- JMeter 在响应断言中使用 span 标签的问题
- html - 在 :hover and :active? 上具有不同效果的 CSS 动画
- html - 相对于居中的 html 内容固定的 CSS 重复背景?
基本问题:在使用类或使用记录(具有多态字段)之间进行选择时应遵循什么设计原则?
首先,我们知道类和记录本质上是等价的(因为在 Core 中,类被脱糖为字典,而字典只是记录)。然而,还是有区别的:类是隐式传递的,记录必须是显式的。
再深入一点,类在以下情况下非常有用:
当我们(直到参数多态性)只有一种数据表示形式,但我们有多个实例时,类会很尴尬。如果我们不想打开,这会导致必须使用 newtype 添加额外标签(这些标签仅存在于我们的代码中,因为我们知道这些标签在运行时会被删除)的语法噪音各种麻烦的扩展(即重叠和/或不可判定的实例)。
当然,事情会变得更加困惑:如果我想对我的类型进行限制怎么办?让我们举一个真实的例子:
class (Bounded i, Enum i) => Partition a i where
index :: a -> i
我也可以轻松做到
data Partition a i = Partition { index :: a -> i}
但现在我失去了约束,我必须将它们添加到特定的函数中。
是否有设计指南可以帮助我?
最佳答案
我倾向于认为只需要对功能进行限制没有问题。我认为问题是您的数据结构不再精确地模拟您想要的内容。另一方面,如果您首先将其视为一种数据结构,那么这就不那么重要了。
我觉得我不一定对这个问题有很好的把握,这有点模糊,但我的经验法则往往是类型类是遵守法律(或模型含义)的东西,数据类型是编码一定量信息的东西。
当我们想要以复杂的方式分层行为时,我发现类型类一开始很诱人,但很快就会变得痛苦,切换到字典传递会让事情变得更简单。这就是说,当我们希望实现可互操作时,我们应该回退到统一的字典类型。
<小时/>这是两个,在具体示例上进行了一些扩展,但仍然只是一些旋转想法......
假设我们想要对实数的概率分布进行建模。我想到了两种自然的表征。
A)类型类驱动
class PDist a where
sample :: a -> Gen -> Double
B) 字典驱动
data PDist = PDist (Gen -> Double)
前者让我们做
data NormalDist = NormalDist Double Double -- mean, var
instance PDist NormalDist where...
data LognormalDist = LognormalDist Double Double
instance PDist LognormalDist where...
后者让我们这样做
mkNormalDist :: Double -> Double -> PDist...
mkLognormalDist :: Double -> Double -> PDist...
在前者中,我们可以这样写
data SumDist a b = SumDist a b
instance (PDist a, PDist b) => PDist (SumDist a b)...
在后者中我们可以简单地写
sumDist :: PDist -> PDist -> PDist
那么有什么权衡呢?类型类驱动让我们指定我们所得到的分布。权衡是我们必须显式地构造一个分布代数,包括它们组合的新类型。数据驱动不允许我们限制给定的分布(或者即使它们格式良好),但作为返回,我们可以做任何我们想做的事情。
此外,我们可以相对容易地编写一个 parseDist::String -> PDist
,但是我们必须经历一些焦虑才能为类型类方法做等效的事情。
所以,从某种意义上说,这是另一个层面上的类型化/非类型化静态/动态权衡。不过,我们可以稍微改变一下,并认为类型类以及相关的代数定律指定了概率分布的语义。 PDist 类型确实可以成为 PDist 类型类的实例。同时,我们可以让自己几乎在任何地方都使用 PDist 类型(而不是类型类),同时将其视为更“丰富”地使用类型类所需的实例和数据类型塔的 iso。/p>
事实上,我们甚至可以用类型类函数的术语来定义基本的 PDist 函数。即 mkNormalPDist m v = PDist (sample $ NormalDist m v)
因此,设计空间中有很大的空间可以根据需要在两种表示之间滑动...
关于haskell - 在类和记录之间进行选择,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/8106764/
我喜欢 smartcase,也喜欢 * 和 # 搜索命令。但我更希望 * 和 # 搜索命令区分大小写,而/和 ?搜索命令遵循 smartcase 启发式。 是否有隐藏在某个地方我还没有找到的设置?我宁
关闭。这个问题是off-topic .它目前不接受答案。 想改进这个问题? Update the question所以它是on-topic对于堆栈溢出。 10年前关闭。 Improve this qu
从以下网站,我找到了执行java AD身份验证的代码。 http://java2db.com/jndi-ldap-programming/solution-to-sslhandshakeexcepti
似乎 melt 会使用 id 列和堆叠的测量变量 reshape 您的数据框,然后通过转换让您执行聚合。 ddply,从 plyr 包看起来非常相似..你给它一个数据框,几个用于分组的列变量和一个聚合
我的问题是关于 memcached。 Facebook 使用 memcached 作为其结构化数据的缓存,以减少用户的延迟。他们在 Linux 上使用 UDP 优化了 memcached 的性能。 h
在 Camel route ,我正在使用 exec 组件通过 grep 进行 curl ,但使用 ${HOSTNAME} 的 grep 无法正常工作,下面是我的 Camel 路线。请在这方面寻求帮助。
我正在尝试执行相当复杂的查询,在其中我可以排除与特定条件集匹配的项目。这是一个 super 简化的模型来解释我的困境: class Thing(models.Model) user = mod
我正在尝试执行相当复杂的查询,我可以在其中排除符合特定条件集的项目。这里有一个 super 简化的模型来解释我的困境: class Thing(models.Model) user = mod
我发现了很多嵌入/内容项目的旧方法,并且我遵循了在这里找到的最新方法(我假设):https://blog.angular-university.io/angular-ng-content/ 我正在尝试
我正在寻找如何使用 fastify-nextjs 启动 fastify-cli 的建议 我曾尝试将代码简单地添加到建议的位置,但它不起作用。 'use strict' const path = req
我正在尝试将振幅 js 与 React 和 Gatsby 集成。做 gatsby developer 时一切看起来都不错,因为它发生在浏览器中,但是当我尝试 gatsby build 时,我收到以下错
我试图避免过度执行空值检查,但同时我想在需要使代码健壮的时候进行空值检查。但有时我觉得它开始变得如此防御,因为我没有实现 API。然后我避免了一些空检查,但是当我开始单元测试时,它开始总是等待运行时异
尝试进行包含一些 NOT 的 Kibana 搜索,但获得包含 NOT 的结果,因此猜测我的语法不正确: "chocolate" AND "milk" AND NOT "cow" AND NOT "tr
我正在使用开源代码共享包在 iOS 中进行 facebook 集成,但收到错误“FT_Load_Glyph failed: glyph 65535: error 6”。我在另一台 mac 机器上尝试了
我正在尝试估计一个标准的 tobit 模型,该模型被审查为零。 变量是 因变量 : 幸福 自变量 : 城市(芝加哥,纽约), 性别(男,女), 就业(0=失业,1=就业), 工作类型(失业,蓝色,白色
我有一个像这样的项目布局 样本/ 一种/ 源/ 主要的/ java / java 资源/ .jpg 乙/ 源/ 主要的/ java / B.java 资源/ B.jpg 构建.gradle 设置.gr
如何循环遍历数组中的多个属性以及如何使用map函数将数组中的多个属性显示到网页 import React, { Component } from 'react'; import './App.css'
我有一个 JavaScript 函数,它进行 AJAX 调用以返回一些数据,该调用是在选择列表更改事件上触发的。 我尝试了多种方法来在等待时显示加载程序,因为它当前暂停了选择列表,从客户的 Angul
可能以前问过,但找不到。 我正在用以下形式写很多语句: if (bar.getFoo() != null) { this.foo = bar.getFoo(); } 我想到了三元运算符,但我认
我有一个表单,在将其发送到 PHP 之前我正在执行一些验证 JavaScript,验证后的 JavaScript 函数会发布用户在 中输入的文本。页面底部的标签;然而,此消息显示短暂,然后消失...
我是一名优秀的程序员,十分优秀!