Java Stormpath SDK是否提供了为NOT条件生成查询的方法？

使用StormpathSDK，您通常会生成如下查询：

Groups.where(Groups.name().eqIgnoreCase("SIMPLE_ADMIN"))

注意：

Groups.name（）

是一个类型化的表达式工厂，例如

StringExpressionFactory

现在对于日期，有几种日期表示方法，例如

<date-expression>.matches(String value)
<date-expression>.gt(Date value)
<date-expression>.lt(Date value)
<date-expression>.gte(Date value)
<date-expression>.lte(Date value)
<date-expression>.equals(Date value)
<date-expression>.in(Date begin, Date end)
<date-expression>.in(Date begin, Duration duration)

.matches（字符串值）
.gt（日期值）
.lt（日期值）
.gte（日期值）
.lte（日期值）
.equals（日期值）
.in（日期开始，日期结束）
.in（开始日期、持续时间）

对于字符串，存在以下字符串表达式方法：

<string-expression>.eqIgnoreCase(String value)
<string-expression>.startsWithIgnoreCase(String value)
<string-expression>.endsWithIgnoreCase(String value)
<string-expression>.containsIgnoreCase(String value)

.eqIgnoreCase（字符串值）
.StartWithIgnoreCase（字符串值）
.endsWithIgnoreCase（字符串值）
.containsSignoreCase（字符串值）

由于这些表达式不返回可由例如布尔求反器操作的类型，我发现很奇怪，没有比较方法来检查not条件

<expression>.notEquals(...)
<expression>.notMatches(...)
<expression>.notContains(...)
<expression>.notIn(...)

.notEquals（…）
.notMatches（…）
.notContains（…）
.诺丁（…）

有没有任何已知的方法可以实现这些类型的方法应该做什么？。。。谁能给我指一下正确的方向吗

---

谢谢

如果可以使用否定，则它可能作为类型化ExpressionFactory上的修饰符，例如：

<date-expression>.not().matches(String value)
<date-expression>.not().gt(Date value)
<date-expression>.not().lt(Date value)
<date-expression>.not().gte(Date value)
<date-expression>.not().lte(Date value)
<date-expression>.not().equals(Date value)
<date-expression>.not().in(Date begin, Date end)
<date-expression>.not().in(Date begin, Duration duration)

.not（）.matches（字符串值）
.not（）.gt（日期值）
.not（）.lt（日期值）
.not（）.gte（日期值）
.not（）.lte（日期值）
.not（）.equals（日期值）
.not（）.in（日期开始，日期结束）
.not（）.in（日期开始，持续时间）

---

但是，Java SDK（或Stormpath的其他SDK）中不存在此功能，因为底层REST API目前不支持查询条件中的否定。

谢谢@Les_Hazlewood，你们是否有可能在Stormpath SDK中添加支持查询否定的任何替代方案。如果我不是太健忘的话，我认为JPA CriteriaQuery API也有相似之处，而且知道你是Stormpath的CTO，你能帮我看看我这里的问题吗@Tall'jeezzy不确定我们可以在SDK级别为此做任何事情-底层RESTAPI本身必须支持否定，然后SDK才能使用它。我们已经注意到这是我们的API团队的一个特性请求@我会看看我们的JavaSDK团队是否能帮上忙！