设计 – Haskell中的依赖注入:习惯性地解决任务

前端之家收集整理的这篇文章主要介绍了设计 – Haskell中的依赖注入:习惯性地解决任务前端之家小编觉得挺不错的,现在分享给大家,也给大家做个参考。
依赖注入的习惯Haskell解决方案是什么?

例如,假设你有一个接口f​​robby,你需要传递一个符合frobby的实例(可能有这些实例的多个变种,说,foo和bar)。

典型操作是:

>取一些值X并返回一些值Y的函数。例如,这可能是一个数据库访问器,采用SQL查询&连接器并返回数据集。你可能需要实现postgres,@R_301_198@和一个模拟测试系统。
>获取一些值Z并返回与Z相关的闭包的函数,专用于在运行时选择的给定foo或bar样式。

一个人解决了这个问题,如下:

http://mikehadlow.blogspot.com/2011/05/dependency-injection-haskell-style.html

但我不知道这是否是管理这项任务的规范方式。

我认为这里的正确答案是,我可能会收到几个downvote只是这样说:忘记术语依赖注入。把它忘了吧。这是一个来自OO世界的时尚流行词,但没有更多。

让我们来解决真正的问题。请记住,你正在解决一个问题,这个问题是手头的特定编程任务。不要让你的问题“实现依赖注入”。

我们将以一个记录器为例,因为这是许多程序想要拥有的基本功能,并且有很多不同类型的记录器:一个记录到stderr,一个记录到一个文件,一个数据库,和一个根本不做任何事情。要统一它们所有你想要的类型:

type Logger m = String -> m ()

您还可以选择一个鸽友类型来保存一些击键:

class PrettyPrint a where
    pretty :: a -> String

type Logger m = forall a. (PrettyPrint a) => a -> m ()

现在让我们使用后者的变体定义几个记录器:

noLogger :: (Monad m) => Logger m
noLogger _ = return ()

stderrLogger :: (Monadio m) => Logger m
stderrLogger x = liftIO . hPutStrLn stderr $ pretty x

fileLogger :: (Monadio m) => FilePath -> Logger m
fileLogger logF x =
    liftIO . withFile logF AppendMode $ \h ->
        hPutStrLn h (pretty x)

acidLogger :: (Monadio m) => AcidState MyDB -> Logger m
acidLogger db x = update' db . AddLogLine $ pretty x

您可以看到这是如何构建依赖关系的图。 acidLogger依赖于MyDB数据库布局的数据库连接。将参数传递给函数是关于在程序中表达依赖性的最自然的方式。毕竟一个函数只是一个取决于另一个值的值。行动也是如此。如果你的行为取决于一个记录器,那么自然它是记录器的一个功能

printFile :: (Monadio m) => Logger m -> FilePath -> m ()
printFile log fp = do
    log ("Printing file: " ++ fp)
    liftIO (readFile fp >>= putStr)
    log "Done printing."

看看这是多么容易?在某些时候,这让你意识到你的生活会多么容易,当你只是忘记了OO已经教给你的所有废话。

原文链接:https://www.f2er.com/javaschema/282784.html

猜你在找的设计模式相关文章