<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Combinator on PlumePHP</title><link>https://plumephp.com/tags/combinator/</link><description>Recent content in Combinator on PlumePHP</description><generator>Hugo</generator><language>zh-CN</language><lastBuildDate>Mon, 28 Sep 2026 16:00:00 +0800</lastBuildDate><atom:link href="https://plumephp.com/tags/combinator/index.xml" rel="self" type="application/rss+xml"/><item><title>Clojure 函数式设计模式：组合子、解释器与 Monad 实战</title><link>https://plumephp.com/clojure-fp-design-patterns/</link><pubDate>Mon, 28 Sep 2026 16:00:00 +0800</pubDate><guid>https://plumephp.com/clojure-fp-design-patterns/</guid><description>&lt;p&gt;设计模式是应对「反复出现的软件结构问题」的命名解法。GoF 的经典模式大多面向对象语言，很多模式依赖继承、可变状态和类——在 Clojure 里它们要么被语言特性直接取代（多方法取代策略、高阶函数取代模板方法），要么需要换一种函数式表述（副作用用命令/组合子封装、错误用 Either 传递）。本文把 GoF 中最常被问到的模式逐一「翻译」成 Clojure 习惯用法，并重点讲透组合子与 Monad 两种函数式原生模式。&lt;/p&gt;</description></item></channel></rss>