In a user registration form, the validator currently checks not only user input, but also whether or not the user exists. This seems like business logic, which in terms of design should be in the service layer in a "save user" type method. On the other hand, it is highly convenient to keep it in the validator.
Should there be a non-input related check in the validator?
public void validate(Object target, Errors errors) {
User user = (User) target;
ValidationUtils.rejectIfEmpty(errors, "name", "name.required", "Error msg...");
ValidationUtils.rejectIfEmpty(errors, "username", "username.required", "Error msg...");
ValidationUtils.rejectIfEmpty(errors, "password", "password.required", "Error msg...");
// check if user already exists
String username = user.getUsername();
if (username != null && userService.userExists(username)) {
errors.rejectValue("username", "username.exists", "Username is taken.");
}
}
2 Answers 2
as it probably hits a database, i would call userExists
from outside the validate
function.
So, registration method first checks the input. Then calls userService.Register(User user, Errors errors)
. Register detects that username
already exists and throws. And validation does not need to know about usernames
and that they are unique or non-unique.
-
\$\begingroup\$ And you can get in all kinds of trouble depending on the framework, maybe there are some optimizations in place, which make DB access from a validator quite slow? \$\endgroup\$Falco– Falco2014年08月14日 13:48:11 +00:00Commented Aug 14, 2014 at 13:48
public void validate(Object target, Errors errors) { User user = (User) target; ValidationUtils.rejectIfEmpty(errors, "name", "name.required", "Error msg..."); ValidationUtils.rejectIfEmpty(errors, "username", "username.required", "Error msg..."); ValidationUtils.rejectIfEmpty(errors, "password", "password.required", "Error msg..."); // ... }
It's strange that neither target
nor user
is parameter of the ValidationUtils.rejectIfEmpty
calls, even though it seems that the method checks for missing attributes. With no visible connection between target
and ValidationUtils.rejectIfEmpty
, this code looks like magic. It would be better to make target
a parameter of the method:
public void validate(Object target, Errors errors) {
ValidationUtils.rejectIfEmpty(target, errors, "name", "name.required", "Error msg...");
ValidationUtils.rejectIfEmpty(target, errors, "username", "username.required", "Error msg...");
ValidationUtils.rejectIfEmpty(target, errors, "password", "password.required", "Error msg...");
// ...
}
-
\$\begingroup\$ Good point, although to some extent the usage of any large framework seems to require a certain amount of faith. :) \$\endgroup\$abc32112– abc321122014年08月14日 12:14:57 +00:00Commented Aug 14, 2014 at 12:14
-
\$\begingroup\$ +1 I was reading this code 3 times, wondering what I missed - no reference whatsoever and strings as parameters, although you later use the much more expected user.getUsername() \$\endgroup\$Falco– Falco2014年08月14日 13:47:02 +00:00Commented Aug 14, 2014 at 13:47