当ref应用程序中没有可用的优化时，endeca返回零将导致优化？

我正在使用Endeca3.1.2汇编程序API。当我点击Endeca查询时，它会给我一些包含零计数和一些正计数的改进

例如：

category 
    **category1(0)**
      category2(25)
      **category3(0)**

就像我得到的这个结果。当我在jspref应用程序中执行相同的查询时，我没有得到任何包含零计数的优化

我的期望是，我不想在可用的优化上得到零计数的优化

请帮我摆脱这个问题。

您可能已经在查询中启用了

检查Dgraph请求日志文件中是否有该参数 如果是，请确保代码没有：ENEQuery.setNavDisabledFinementsConfig方法。

---

Endeca具有一种称为隐式维度的特性。可能存在这样的情况，即隐式标注显示在前端。Endeca提供隐式维度作为查询响应的一部分。 下面的代码用于获取隐式维度

---

导航.GetCompletedDimensions.GetDimensionId

感谢您的回复。。我还没有在我的应用程序中创建任何自定义查询类。我曾经把这个Ndr参数放在NavigationStateBuilder的removeAlways属性中，即使它不工作。。此外，我在D图形请求日志文件中找不到任何Ndr参数。。感谢您在使用应用程序和jspref？14520771139 192.168.1.4-1384 76331 10.18 2.10 200 46019 0 2/graph？node=0&definition=dimvalid:100972+dynrank:0+exposed:1&groupby=material.repositoryId&offset=0&nbins=10&allbins=2&autophrase=1&irversion=640-接受%3A+%2A%2F%2A%0D%0AUser%2agent%3A+Java%2F1%2E6%2E0%5F43%0D%0AHost%3A+192%2E168%2e11%2E119%3A16002%0D%0a连接%3A+keep%2Dalive%0D%0ANtk=AFFY_MATERIAL&enePort=16002&Ne=100972&eneHost=localhost&Nu=MATERIAL.repositoryId&N=0&Np=1&Ntx=mode+matchallpartial