<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>函数式架构 on PlumePHP</title><link>https://plumephp.com/tags/%E5%87%BD%E6%95%B0%E5%BC%8F%E6%9E%B6%E6%9E%84/</link><description>Recent content in 函数式架构 on PlumePHP</description><generator>Hugo</generator><language>zh-CN</language><lastBuildDate>Wed, 30 Sep 2026 12:00:00 +0800</lastBuildDate><atom:link href="https://plumephp.com/tags/%E5%87%BD%E6%95%B0%E5%BC%8F%E6%9E%B6%E6%9E%84/index.xml" rel="self" type="application/rss+xml"/><item><title>函数式架构：六边形设计、纯核心与副作用外壳</title><link>https://plumephp.com/scala-functional-architecture/</link><pubDate>Wed, 30 Sep 2026 12:00:00 +0800</pubDate><guid>https://plumephp.com/scala-functional-architecture/</guid><description>&lt;p&gt;「代码能跑」和「代码能改」是两回事——架构的职责是让&lt;strong&gt;核心业务不被技术实现绑架&lt;/strong&gt;。函数式架构把这件事做到极致：&lt;strong&gt;核心是纯函数（输入输出可推演），副作用全部推到外壳&lt;/strong&gt;（数据库、HTTP、消息都是可替换的适配器）。这不是「用函数式语法写分层架构」，而是「让依赖方向向内、让核心可解释、让替换成本趋零」。本文从动机讲起：六边形/洋葱架构的边界与依赖方向、函数式领域建模、依赖注入的函数式实现、端口与适配器、可测试性与错误隔离，最后给出从传统分层迁移的路线。&lt;/p&gt;</description></item></channel></rss>