Remove "Validation" suffix from all annotations and bindings.

[wellingtoncosta]

Remove "Validation" suffix from all annotations and bindings.

[lcszc]

IMO, they should have Field as prefix in some cases.

@RequiredField(errorMessage = "Error", autoDismiss = true)

In some others cases it will not be needed.

@Email()
@ConfirmEmail()
@CPF()
@Length()
[...]

[wellingtoncosta]

I think adding a prefix in only some cases can be confused.

My idea about remove Validation suffix is to turn API less verbose.

Something like this: https://docs.jboss.org/hibernate/beanvalidation/spec/2.0/api/

[lcszc]

I think adding a prefix in only some cases can be confused.

My idea about remove Validation suffix is to turn API less verbose.

Something like this: https://docs.jboss.org/hibernate/beanvalidation/spec/2.0/api/

• @Required may conflict with other libraries.
• @Length doesn't seems friendly (length for what?). Idk.

Anyway, removing the Validation suffix is valid.

[wellingtoncosta]

• @Required may conflict with other libraries.

@Required doesn't conflit with other libraries because the packages aren't the same.

• @Length doesn't seems friendly (length for what?). Idk.

Well, it's another discussion. What do you think when you apply @Length(min=3, max=10, errorMessage=R.string.invalid_length) to a field?

[lcszc]

• @Required may conflict with other libraries.

@Required doesn't conflit with other libraries because the packages aren't the same.

• @Length doesn't seems friendly (length for what?). Idk.

Well, it's another discussion. What do you think when you apply @Length(min=3, max=10, errorMessage=R.string.invalid_length) to a field?

That's seems ok.

[kaioshenrique]

I think it's okay to remove the suffix. The library itself already makes clear what its purpose is. Keeping the "Validation" suffix to me becomes redundant. 😄 🔥

[emanuelet]

Yeah, I'm on the same page. Removing the suffix is not a bad idea

[wellingtoncosta]

Done! (122cd770)