前后端共用计算逻辑方案及后端传递函数到前端的可行性探讨

该方案属于不良实践，完全不推荐使用，核心原因如下：

• 安全风险极高：后端传递可执行代码到前端执行，一旦传输过程被篡改，会直接引发XSS注入攻击，威胁用户数据安全
• 兼容性极差：若前后端技术栈不一致（如后端为Java/Python、前端为JS），无法直接跨语言传递执行函数；即使是全栈JS项目，两端运行环境存在差异，函数依赖的内置API、上下文、闭包引用等无法被完整序列化传递，极易运行报错
• 可维护性为负：动态传递的函数无法做静态类型检查、断点调试难度极高，出现问题很难排查溯源

方案1：抽离独立共享包（最优方案） #

如果前后端均使用JS/TS技术栈：

• 将所有计算逻辑抽为独立的公共模块，发布为内部私有npm包，前后端项目同时安装依赖
• 逻辑更新仅需修改公共包一次，两端同步升级版本即可，完全符合DRY原则，也不会出现逻辑不一致问题

如果前后端技术栈不同：

• 使用跨语言的规则DSL定义计算逻辑，通过工具自动编译为两端可调用的代码；或两端分别实现同一套DSL的解析器，保证执行结果一致
• 编写统一的单元测试用例，两端执行相同用例校验输出结果，提前发现不一致问题

方案2：防抖+缓存优化接口请求 #

如果计算逻辑迭代频率低、抽离共享包成本过高：

• 前端用户输入时添加防抖（如300~500ms延迟），仅当用户停止输入后才发起计算接口请求，降低请求频次
• 前端本地添加计算缓存，相同输入参数直接复用历史计算结果，无需重复请求
• 编辑页初始加载时，后端在GET接口中同时返回原始输入值和初始计算结果，无需额外发起计算请求

如果因为特殊情况必须在前后端分别维护计算逻辑，必须强制对齐同一套测试用例，每次逻辑变更时两端同步更新且跑通全量测试，从流程上避免数据不一致问题。

内容的提问来源于stack exchange，提问作者user3169083