Haskell 野外的拉链

Haskell 野外的拉链,haskell,functional-programming,agda,xmonad,zipper,Haskell,Functional Programming,Agda,Xmonad,Zipper,我目前正在搜索“在野外”的实现 到目前为止,我发现: (如果我错了,请纠正我)使用拉链作为按需呼叫评估的消除器,边走边填写信息 另一个实例用于保持 是否有其他方法来实现//拉链的其他实现?所述的结束原因是“要求我们推荐或查找书籍、工具、软件库、教程或其他非现场资源的问题不属于堆栈溢出的主题,因为它们往往会吸引固执己见的答案和垃圾邮件。”--我不明白这在这里是如何应用的。这个问题问的是一个特定的问题,以及它在软件中的应用。这既不是推荐请求,也不是可能吸引垃圾邮件的问题。(这可能不太合适,但声明

我目前正在搜索“在野外”的实现

到目前为止,我发现:

  • (如果我错了,请纠正我)使用拉链作为按需呼叫评估的消除器,边走边填写信息

  • 另一个实例用于保持


是否有其他方法来实现//拉链的其他实现?

所述的结束原因是“要求我们推荐或查找书籍、工具、软件库、教程或其他非现场资源的问题不属于堆栈溢出的主题,因为它们往往会吸引固执己见的答案和垃圾邮件。”--我不明白这在这里是如何应用的。这个问题问的是一个特定的问题,以及它在软件中的应用。这既不是推荐请求,也不是可能吸引垃圾邮件的问题。(这可能不太合适,但声明的关闭原因不适用。)@shrevatsar“或其他场外资源”。主要的一点是,没有确定的方法来“回答”这个问题。这是一个对事物的注释列表的请求,而不是一个可回答的问题。这很可能是结束这个问题的一个有效理由,但它不是目前给出的理由。(此外,该问题并不要求提供建议(这往往会吸引固执己见的答案),因为你似乎也同意它要求提供示例。)@ShreevatsaR示例与书籍一样,是一种“场外资源”,工具或教程。我遇到过与S.O.相关的人的问题。这些问题与编程主题非常相关,要求也非常狭窄。这一障碍的要点似乎是:要求以开放式列表作为答案的问题是被禁止的,无论其措辞如何精辟,无论其主题多么核心,无论其措辞多么精确,无论其范围多么狭窄,也无论其根本不是一种意见。这些批评要求一个问题只给出一个答案,而不是一个无限制的事实答案列表。