本文探讨了在JavaScript/typescript中，当根据不同条件需要调用参数签名不同的函数时所面临的挑战。通过引入策略设计模式，我们提供了一种灵活且可扩展的解决方案，允许在统一的接口下处理多样化的函数参数，从而提高代码的可维护性和可读性，避免了复杂的条件判断逻辑。
1. 动态函数调用与参数差异的挑战
在软件开发中，我们经常遇到需要根据运行时条件动态调用不同功能模块的场景。一个常见的例子是，根据某种类型（如面试类型）来执行不同的验证逻辑。然而，当这些动态调用的函数具有不同的参数签名时，问题就变得复杂起来。直接通过一个查找表来存储这些函数，并在调用时尝试传递不同的参数，往往会导致代码变得难以管理和扩展。
考虑以下场景：我们有一个recruitersCategoryHandlers对象，它根据面试类型（TECHNICAL_INTERVIEW或HR_INTERVIEW）提供不同的招聘者获取器（getter）和验证器（setter.validateRecruiters）。问题在于，TECHNICAL_INTERVIEW的validateRecruiters只需要两个参数，而HR_INTERVIEW的validateRecruiters则需要四个参数。如何在不引入大量条件判断的情况下，以一种统一的方式调用这些参数不同的验证函数？
原始代码结构如下：
import { getHrRecruiters, getRecruiters } from '../queue'; import { validateTechnicalInterview } from './validateTechnicalInterview'; import { matchHrRecruiters } from './matchHrRecruiters'; import { THrInterviewer, THrRecruit, TRecruit } from '../../types'; export const recruitersCategoryHandlers = { TECHNICAL_INTERVIEW: { getter: getRecruiters, setter: { validateRecruiters: ( recruiters: THrInterviewer[], recruit: TRecruit | THrRecruit ) => validateTechnicalInterview(recruiters, recruit), }, }, HR_INTERVIEW: { getter: getHrRecruiters, setter: { validateRecruiters: ( recruiters: THrInterviewer[], recruit: TRecruit | THrRecruit, param3: any, param4: any ) => matchHrRecruiters(recruiters, recruit as THrRecruit, param3, param4), }, }, }; // 尝试调用时的困境 // const matchedSlots = getMatchingSlots( // recruitersCategoryHandlers[ // interviewCategory as EInterviewCategory // ].setter.validateRecruiters(???), // 这里如何传递不同数量的参数？ // slotsWithEmail // );
这种直接将函数嵌入对象的方式，使得在调用点难以统一参数传递，必须针对不同的interviewCategory编写不同的参数传递逻辑，这违背了“开放/封闭原则”。
2. 解决方案：策略模式 (Strategy Pattern)
为了优雅地解决上述问题，我们可以引入策略模式。策略模式允许在运行时选择不同的算法（策略），并将每个算法封装在一个独立的类中，使它们可以互相替换。在这种情况下，不同的验证逻辑（以及它们不同的参数需求）可以被视为不同的策略。
核心思想是：
- 定义一个通用的策略接口，该接口包含一个可以处理所有可能参数的方法。
- 为每种具体的验证逻辑实现一个策略类，这些类都遵循该接口。
- 在策略类的实现中，根据需要调用实际的验证函数，并从传入的通用参数中选择所需的参数。
- 修改recruitersCategoryHandlers对象，使其存储策略类的实例，而不是直接存储函数。
2.1 定义策略接口
首先，我们定义一个ValidateRecruitersStrategy接口。为了能够处理参数数量不定的情况，我们使用TypeScript的Rest Parameters (…params: any[]) 来捕获所有额外的参数。
// 定义策略接口 interface ValidateRecruitersStrategy { validateRecruiters(recruiters: THrInterviewer[], recruit: TRecruit | THrRecruit, ...params: any[]): any; }
这个接口确保了所有具体的策略类都将有一个名为validateRecruiters的方法，并且这个方法能够接收至少两个固定参数，以及任意数量的额外参数。
2.2 实现具体策略
接下来，为每种面试类型实现具体的策略类。每个类都会实现ValidateRecruitersStrategy接口，并在其validateRecruiters方法中调用相应的原始验证函数。
-
技术面试策略 (TechnicalInterviewStrategy) 对于技术面试，validateTechnicalInterview只需要recruiters和recruit两个参数。因此，TechnicalInterviewStrategy的validateRecruiters方法将只使用这两个参数。
// 实现技术面试策略 class TechnicalInterviewStrategy implements ValidateRecruitersStrategy { validateRecruiters(recruiters: THrInterviewer[], recruit: TRecruit | THrRecruit): any { // 仅使用前两个参数，忽略其余参数 return validateTechnicalInterview(recruiters, recruit); } } -
HR面试策略 (HrInterviewStrategy) 对于HR面试，matchHrRecruiters需要四个参数：recruiters、recruit、param3和param4。因此，HrInterviewStrategy的validateRecruiters方法将从传入的参数中提取这些参数。
// 实现HR面试策略 class HrInterviewStrategy implements ValidateRecruitersStrategy { validateRecruiters(recruiters: THrInterviewer[], recruit: TRecruit | THrRecruit, ...params: any[]): any { // 从剩余参数中解构出 param3 和 param4 const [param3, param4] = params; return matchHrRecruiters(recruiters, recruit as THrRecruit, param3, param4); } }
2.3 整合策略到处理器
现在，我们可以更新recruitersCategoryHandlers对象，使其存储这些策略类的实例，而不是直接的函数引用。
// 使用策略模式定义 recruitersCategoryHandlers export const recruitersCategoryHandlers = { TECHNICAL_INTERVIEW: { getter: getRecruiters, setter: new TechnicalInterviewStrategy(), // 存储策略实例 }, HR_INTERVIEW: { getter: getHrRecruiters, setter: new HrInterviewStrategy(), // 存储策略实例 }, };
2.4 动态调用验证函数
通过策略模式的引入，现在可以以一种统一且类型安全的方式调用validateRecruiters。在调用点，我们总是传递所有可能的参数（即使某些策略不需要所有参数，它们也会被忽略）。
// 假设这些值在运行时确定 const interviewCategory = 'HR_INTERVIEW'; // 或 'TECHNICAL_INTERVIEW' const param3 = 'specificValueForHR3'; const param4 = 'anotherValueForHR4'; const slotsWithEmail = {}; // 假设的 slotsWithEmail 对象 const currentRecruit = {}; // 假设的当前招聘对象 (TRecruit | THrRecruit) // 获取招聘者（getter可能也需要参数，这里简化为无参） const recruiters = recruitersCategoryHandlers[interviewCategory].getter(); // 调用 validateRecruiters，统一传递所有可能的参数 const validationResult = recruitersCategoryHandlers[interviewCategory].setter.validateRecruiters( recruiters, currentRecruit, // 假设的 recruit 参数 param3, param4 ); // 然后将验证结果传递给 getMatchingSlots const matchedSlots = getMatchingSlots(validationResult, slotsWithEmail);
3. 完整代码示例
import { getHrRecruiters, getRecruiters } from '../queue'; // 假设这些是异步函数或返回特定数据 import { validateTechnicalInterview } from './validateTechnicalInterview'; // 假设的验证函数 import { matchHrRecruiters } from './matchHrRecruiters'; // 假设的验证函数 import { THrInterviewer, THrRecruit, TRecruit } from '../../types'; // 假设的类型定义 // 假设的 getMatchingSlots 函数 function getMatchingSlots(validationResult: any, slots: any): any { console.log('Validating slots with result:', validationResult); // 实际的匹配逻辑 return validationResult; } // 假设的类型定义，实际项目中应来自 '../../types' // interface THrInterviewer { id: string; name: string; } // interface TRecruit { id: string; name: string; type: 'tech'; } // interface THrRecruit { id: string; name: string; type: '
评论（已关闭）
评论已关闭