首页 > 文章 > 前端

FunctionalCore与ImperativeShell代码结构解析

时间：2025-12-17 21:02:34 235浏览收藏

推广推荐

支持 PC / 移动端，安全直达

哈喽！今天心血来潮给大家带来了《Functional Core, Imperative Shell 代码结构是一种将业务逻辑与副作用分离的设计模式，有助于提高代码的可测试性、可维护性和可扩展性。以下是编写符合这一理念的 JavaScript 代码的指导原则和示例。✅ 1. 理解 Functional Core, Imperative Shell🧠 Functional Core（功能核心）纯函数：只接收输入，返回输出，不修改外部状态。无副作用：不涉及 I/O、网络请求、DOM 操作等。可测试性强：可以轻松进行单元测试。🚀 Imperative Shell（指令外壳）处理副作用：如调用 API、操作 DOM、读写文件等。协调流程：调用核心函数，并处理结果。可替换性：可以通过依赖注入等方式替换实现。✅ 2. 编写可测试的 JavaScript 代码步骤🔧 Step 1: 定义功能核心（Pure Functions）// 核心函数：纯函数，不依赖外部状态 function calculateDiscount(price, discountRate) { return price * (1 - discountRate / 100); }✅ 优点：容易测试，无需 mock 或 stub。🧪 **Step 2: 创建测试用例》，想必大家应该对文章都不陌生吧，那么阅读本文就都不会很困难，以下内容主要涉及到，若是你正在学习文章，千万别错过这篇文章~希望能帮助到你！

Functional Core, Imperative Shell 架构将业务逻辑与副作用分离，核心为纯函数处理计算与验证，外壳负责调用及 I/O 操作。例如，validateEmail 和 formatUserData 作为纯函数易于测试；Express 路由通过依赖注入 saveFn 实现外壳层解耦，便于模拟数据库调用；时间判断等依赖通过参数传入，提升可测性；测试策略上，核心函数专注输入输出断言，外壳层验证调用行为与错误处理，整体提升代码可维护性与可靠性。

如何编写符合 Functional Core, Imperative Shell 理念的可测试 JavaScript 代码？

Functional Core, Imperative Shell（简称 FCIS）是一种软件设计架构，旨在将纯函数逻辑与副作用隔离。在 JavaScript 中采用这种模式，能显著提升代码的可测试性和可维护性。核心思想是：把业务逻辑写成无副作用的纯函数（Functional Core），而将 I/O、状态变更、API 调用等副作用封装在薄层的命令式外壳中（Imperative Shell）。

分离纯函数逻辑

把计算、判断、数据转换等逻辑抽离成纯函数。这些函数输入明确，输出可预测，不依赖外部状态，也不修改全局变量。

例如，处理用户表单数据时，验证和格式化应放在 Functional Core：

这类函数容易单元测试，无需模拟网络或 DOM：

test('formats user data correctly', () => {
  const input = { name: ' Alice ', email: 'ALICE@EXAMPLE.COM' };
  const result = formatUserData(input);
  expect(result).toEqual({
    name: 'Alice',
    email: 'alice@example.com'
  });
});

外壳层处理副作用

Imperative Shell 负责调用纯函数，并处理异步操作、DOM 更新、API 请求等。这一层不做复杂逻辑，只做流程控制。

例如，在 Express 路由中使用上述函数：

app.post('/users', (req, res) => {
  try {
    const userData = formatUserData(req.body);
    await saveUserToDatabase(userData); // 副作用
    res.status(201).json(userData);
  } catch (error) {
    res.status(400).json({ error: error.message });
  }
});

这个路由处理器不可直接测试所有路径，但你可以通过注入依赖来解耦：

这样可以在测试中传入 mock 的 saveFn，验证是否正确调用。

依赖注入简化测试

避免在函数内部直接引用全局对象或模块。通过参数传入依赖，使外壳可配置、可替换。

比如处理时间的逻辑：

function isWithinBusinessHours(timeProvider = Date) {
  const now = new timeProvider();
  const hour = now.getHours();
  return hour >= 9 && hour }

测试时可以传入固定时间：

test('only allows access during business hours', () => {
  const fakeDate = class extends Date {
    constructor() { super(); }
    getHours() { return 10; }
  };
  expect(isWithinBusinessHours(fakeDate)).toBe(true);
});

测试策略清晰分工

Functional Core 的测试专注输入输出，使用简单断言。

Imperative Shell 的测试关注是否正确调用核心函数和副作用函数，可用 mock 验证行为。

对纯函数使用常规单元测试，覆盖边界情况
对外壳层测试，验证错误处理、调用顺序、参数传递
避免测试 DOM 操作细节，只验证事件绑定或状态更新是否触发正确函数

基本上就这些。把逻辑塞进纯函数，外壳只做“执行动作”的角色，测试自然变得简单可靠。

今天关于《FunctionalCore与ImperativeShell代码结构解析》的内容就介绍到这里了，是不是学起来一目了然！想要了解更多关于的内容请关注golang学习网公众号！