按销售渠道单独启用/禁用插件的可行方案咨询

1. 集中注册+全局开关 #

别在每个组件里零散加if判断，把插件所有组件的注册逻辑统一收拢到一个入口，用全局渠道配置控制是否执行注册：

• 先搞个渠道白名单配置，比如在项目配置文件里加plugin_allowed_channels: ["retail", "wholesale"]，或者用环境变量ALLOWED_PLUGIN_CHANNELS=retail,wholesale。

• 把插件的路由、服务、装饰器注册代码全封装到一个单独的函数，比如registerMyPlugin。

• 应用启动时，先获取当前销售渠道标识（从配置、全局上下文或请求上下文里取都行），判断是否在白名单内，是就调用注册函数，否则直接跳过。

  举个Node.js/Express的例子：

  // 插件入口文件 my-plugin/index.js
  module.exports = (app, currentChannel) => {
    const allowedChannels = process.env.ALLOWED_PLUGIN_CHANNELS.split(',');
    if (!allowedChannels.includes(currentChannel)) return;
  
    // 统一注册所有插件路由
    app.use('/api/my-plugin', require('./routes'));
    // 把插件服务注册到依赖容器
    app.container.register('myPluginService', require('./services/plugin-service'));
    // 注册插件装饰器
    require('./decorators')(app);
  };
  
  // 应用启动时调用
  const currentChannel = process.env.CURRENT_SALES_CHANNEL;
  require('./my-plugin')(app, currentChannel);
  

2. 全局拦截中间件/服务包装 #

如果插件已经注册好了，需要动态根据渠道禁用，可以在路由或服务层面加全局拦截：

• 路由层面：给所有插件路由加个前置中间件，检查当前渠道是否允许，不允许直接返回403或者跳过路由处理：

  // 渠道校验中间件
  const checkPluginChannel = (req, res, next) => {
    const currentChannel = req.headers['x-sales-channel'] || req.query.channel;
    const allowedChannels = process.env.ALLOWED_PLUGIN_CHANNELS.split(',');
    if (!allowedChannels.includes(currentChannel)) {
      return res.status(403).send('该渠道暂不支持此插件功能');
    }
    next();
  };
  
  // 插件路由统一挂载中间件
  const pluginRouter = express.Router();
  pluginRouter.use(checkPluginChannel);
  pluginRouter.get('/feature-a', require('./routes/feature-a'));
  pluginRouter.post('/feature-b', require('./routes/feature-b'));
  

• 服务/装饰器层面：如果用了依赖注入容器，可以给插件服务加个包装类，调用前先做渠道校验：

  class ChannelCheckedPluginService {
    constructor(originalService, currentChannel) {
      this.originalService = originalService;
      this.currentChannel = currentChannel;
    }
  
    async processOrder() {
      const allowedChannels = ['retail', 'wholesale'];
      if (!allowedChannels.includes(this.currentChannel)) {
        throw new Error('该渠道无法使用此服务');
      }
      return this.originalService.processOrder();
    }
  }
  
  // 注册时替换原服务
  app.container.register('myPluginService', (container) => {
    const originalService = require('./services/plugin-service');
    const currentChannel = container.get('currentSalesChannel');
    return new ChannelCheckedPluginService(originalService, currentChannel);
  });
  

3. 构建时条件剔除（适合前端/静态构建场景） #

如果是前端插件，或者能提前确定渠道配置，可以在构建阶段直接把不允许渠道的插件代码剔除，完全避免运行时判断：

• 用构建工具的环境变量注入功能，比如Vite的define或者Webpack的DefinePlugin：

  // vite.config.js
  export default {
    define: {
      __ALLOWED_CHANNELS__: JSON.stringify(['retail', 'wholesale']),
      __CURRENT_CHANNEL__: JSON.stringify(process.env.CURRENT_CHANNEL)
    }
  };
  

• 然后在插件入口文件判断，不满足条件就不导出任何内容：

  // 插件入口 my-plugin/index.js
  if (!__ALLOWED_CHANNELS__.includes(__CURRENT_CHANNEL__)) {
    module.exports = {};
    return;
  }
  
  module.exports = {
    routes: require('./routes'),
    services: require('./services'),
    decorators: require('./decorators')
  };
  

  构建时工具会自动把插件相关代码从对应渠道的包中剔除，减少包体积的同时也不用做运行时判断。

4. 装饰器统一包装 #

如果插件大量使用装饰器，可以搞个渠道控制装饰器，统一包装原有装饰器，只有渠道允许时才生效：

// 渠道控制装饰器工厂
function AllowForChannels(allowedChannels: string[]) {
  return function(target: any, propertyKey: string, descriptor: PropertyDescriptor) {
    const originalMethod = descriptor.value;
    descriptor.value = function(...args: any[]) {
      // 假设从实例上获取当前渠道
      const currentChannel = this.currentSalesChannel;
      if (!allowedChannels.includes(currentChannel)) {
        throw new Error('该渠道无法使用此装饰器功能');
      }
      return originalMethod.apply(this, args);
    };
    return descriptor;
  };
}

// 使用方式：直接套在原有装饰器外面
@AllowForChannels(['retail', 'wholesale'])
@OriginalPluginDecorator()
class PluginService {
  // ...业务代码
}

这样不用修改每个原有装饰器的代码，只需要外层加个包装就搞定。

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