是否有通常用于创建大型功能编程应用程序的特定工作流程或设计模式？[关闭]

我已经探索Clojure已有一段时间了，尽管我没有在任何重要的项目中使用过它。基本上，我对语法和某些惯用法已经很熟悉了。来自OOP的背景，Clojure是我非常关注的第一种功能语言，我自然对功能处理方式不太满意。

也就是说，创建大型功能应用程序时是否存在特定的工作流程或设计模式？我真的很想开始“真正地”使用函数式编程，但是由于我目前的专业知识不足，恐怕会导致史诗般的失败。

“四人帮”是面向OO程序员的标准，但是是否有类似的东西更针对功能范例呢？我发现的大多数资源都具有出色的编程能力，但它们并没有退缩以提供更广泛，更体系结构的外观。

这种模式通常是不适当的基础模型损坏的症状。

OOP被设计打破了，不适合大多数应用，因此它带有所有所谓的“模式”。功能模型（稍微有点）更加灵活，那里的“模式”需求不是那么明显。

一旦开始应用（对于功能程序员来说自然）的面向语言的方法，针对每个特定的问题域使用或创建DSL，您将发现根本没有显示任何模式，因为您始终在使用适当的模型来处理描述问题。

当然，即使在非常抽象，简洁和纯净的数学中，也不可避免地会出现一些重复出现的高级“模式”或“配方”，但是它们与GoF模式不同，并且具有不同的抽象级别。例如，您会发现monad有用。

我个人认为设计模式是语义的。我记得使用MVC重写了一些旧的应用程序，只是为了确保我理解了模式并以为自己做过。但是，最后，我没有从MVC上获得任何原始代码。

但是，如果我要将原始代码应用于更大的开发环境，并告诉某人该特定方法存在问题，那么该开发人员将很难找到问题所在。但是，如果我说ContractController由于某种原因被淘汰，他将确切地知道从哪里开始。

设计模式很棒。但是就像我说的，我认为它们是语义的！

编辑：您的传教士类型使我震惊。没有MVC（或其他设计模式）如何开发任何东西！