You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
At the moment, the signature for Or() on a ReqlExpr is:
Or(objectexprA,paramsobject[] exprs)
And for And():
And(paramsobject[] exprs)
Not only would it be more consistent to have Or() behave like And(), it would also make it easier to build these kinds of expressions dynamically from a collection of items.
The text was updated successfully, but these errors were encountered:
Thanks for bringing up the issue, I appreciate it. You raise an interesting issue. As far as I can tell, I don't immediately see a reason the signatures for And and Or to be different. Although the Java driver has similar method signatures:
public Or or(Object exprA, Object... exprs) {
....
}
public And and(Object... exprs) {
....
}
At least for now, there isn't anything I can do until I can get another set of eyes to look at the method signatures in the Java source. I think this needs to be investigated further upstream in Java Driver since our C# AST is sourced from the Java Driver's metadata.
At the moment, the signature for
Or()
on aReqlExpr
is:And for
And()
:Not only would it be more consistent to have
Or()
behave likeAnd()
, it would also make it easier to build these kinds of expressions dynamically from a collection of items.The text was updated successfully, but these errors were encountered: