升级SAP Composable至2211.19后PLP页面ProductListComponentService的model$未触发搜索API

• 数据流触发机制变更：2211.19版本调整了ProductListComponentService中model$的触发逻辑，从6.8版本的自动触发搜索API，改为需要满足特定条件或显式初始化才会发起请求。
• 搜索参数校验增强：新版本新增了搜索参数的有效性校验，PLP页面初始化时若未传入有效参数（如categoryCode、query），则不会触发API调用，而6.8版本允许默认空搜索。
• 服务注入范围调整：ProductListComponentService的注入范围可能从全局改为组件级，PLP页面若未正确配置依赖注入，会导致订阅的model$实例与实际状态更新的实例不互通。
• RxJS数据流过滤逻辑修改：model$的数据流管道中新增了filter、distinctUntilChanged等操作符，过滤掉了部分不符合条件的状态更新，导致API调用未被触发。

• 检查PLP组件的订阅与初始化逻辑：确认PLP组件是否在ngOnInit或合适生命周期内订阅了model$，同时查看是否需要调用服务的初始化方法（如initializeSearch()）来启动数据流。
• 对比版本源码差异：拉取6.8和2211.19版本的ProductListComponentService源码，重点查看model$.pipe()中触发搜索API的逻辑，确认是否新增了参数校验或触发条件。
• 补充默认搜索参数：若新版本要求必须传入有效参数，可在PLP页面初始化时设置默认值，示例代码：

  this.productListService.updateSearchParams({ query: '', categoryCode: 'default-category' });
  

• 验证依赖注入配置：确保ProductListComponentService在PLP所在模块的providers中正确声明，或使用@Injectable({ providedIn: 'root' })保证全局单例实例。
• 调试数据流状态：在model$的管道中添加tap操作符打印状态变化，或在PLP组件订阅处打印接收值，确认是model$未更新还是更新后未触发API，示例代码：

  // 在Service中添加调试逻辑
  this.model$ = this.modelSubject.asObservable().pipe(
    tap(model => console.log('Model state updated:', model)),
    // 原有操作符
  );
  

• 查阅官方版本变更文档：查看SAP Composable Storefront 2211版本的发布说明，确认是否有关于Product List组件的功能变更、废弃API或新增配置要求。

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