Angular “由于重复,减速器未点火”;功能键";:进一步缓解

Angular “由于重复,减速器未点火”;功能键";:进一步缓解,angular,redux,ngrx,Angular,Redux,Ngrx,我在用Angular 7和redux。我的状态是使用生成的,因为我们使用的是mono存储库,所以整个过程都是使用来管理的 我最近遇到一个问题,我的减速机根本没有被调用。我的单元测试都运行得很好,但当我运行应用程序时,根本没有调用reducer,应用程序中也没有报告错误。在运行了一些消除步骤后,我能够通过更改状态的“功能键”来解决问题。也就是说,我从: export const SEARCH_FEATURE_KEY = 'search'; 致: 我花了几个小时来确定这个修复方案,这从来都不是一件

我在用Angular 7和redux。我的状态是使用生成的,因为我们使用的是mono存储库,所以整个过程都是使用来管理的

我最近遇到一个问题,我的减速机根本没有被调用。我的单元测试都运行得很好,但当我运行应用程序时,根本没有调用reducer,应用程序中也没有报告错误。在运行了一些消除步骤后,我能够通过更改状态的“功能键”来解决问题。也就是说,我从:

export const SEARCH_FEATURE_KEY = 'search';
致:

我花了几个小时来确定这个修复方案,这从来都不是一件有趣的事。在我找到解决问题的方法后,我在代码库中进行了更多的搜索,最终找到了另一个使用
search
功能键的模块。很自然,它出现在一些不再使用的旧代码中(现在已从代码库中删除),并且以非标准方式声明了它的特性键,这使得我很难在代码库中找到它。现在我们有了更好的一致性,但是(像许多人一样)仍然有一些旧代码在等待引起麻烦

显然,如果我们使用的
ngrx
绑定发布了一个关于重复特性键的错误,而不是只是默默地忽略其中一个减缩器,那么这会为我节省很多麻烦。在一个足够大的应用程序中,像这样的错误是不可避免的,我正在试图弄清楚是否有任何进一步的步骤可以让我在将来更快地犯下这样的调试错误(除了更改命名约定)。
ngrx
是否有我可能错过的调试模式?是否有一个日志文件隐藏在某个我不知道的地方,它可能告诉了我发生了什么?或者,在这种情况下,使用
ngrx
解决问题可能是最好的解决方法

export const SEARCH_FEATURE_KEY = 'omnisearch';