重庆vr制作,广西壮族自治区在线seo关键词排名优化,东莞推广就莞用服务平台,云服务器服务安全在某些情况下#xff0c;我们需要先验证输入数据#xff0c;然后再将其发送到业务逻辑层进行处理#xff0c;计算等。这种验证在大多数情况下是孤立完成的#xff0c;或者可能包括与外部数据或其他输入的某些交叉检查。 看下面的示例#xff0c;该示例验证用户输入的注册数… 在某些情况下我们需要先验证输入数据然后再将其发送到业务逻辑层进行处理计算等。这种验证在大多数情况下是孤立完成的或者可能包括与外部数据或其他输入的某些交叉检查。 看下面的示例该示例验证用户输入的注册数据。 public void register(String email, String name, int age) {String EMAIL_PATTERN ^[_A-Za-z0-9-\\](\\.[_A-Za-z0-9-])* [A-Za-z0-9-](\\.[A-Za-z0-9])*(\\.[A-Za-z]{2,})$;Pattern pattern Pattern.compile(EMAIL_PATTERN);ListString forbiddenDomains Arrays.asList(domain1, domain2);if ( email null || email.trim().equals()){throw new IllegalArgumentException(Email should not be empty!);}if ( !pattern.matcher(email).matches()) {throw new IllegalArgumentException(Email is not a valid email!);}if ( forbiddenDomains.contains(email)){throw new IllegalArgumentException(Email belongs to a forbidden email);}if ( name null || name.trim().equals()){throw new IllegalArgumentException(Name should not be empty!);}if ( !name.matches([a-zA-Z])){throw new IllegalArgumentException(Name should contain only characters);}if ( age 18){throw new IllegalArgumentException(Age should be greater than 18);}// More code to do the actual registration} 这种方法的循环复杂性确实很高如果要验证的字段更多或添加实际的业务逻辑则可能会变得更糟。 当然我们可以将代码分为两个私有方法validatedoRegister但是几个if块将被移到私有方法的问题。 除此以外该方法还要做很多事情而且很难测试。 当我要求初级开发人员重构该代码并使之更具可读性可测试性和可维护性时他们像个外星人一样看着我“我应该如何简化它。 我该如何替换这些if块” 好了这里的解决方案效果很好遵循“单一责任模式”使代码更易于阅读。 为了更好地理解解决方案请将每个if块都视为验证规则。 现在是时候为这些规则建模了。 首先用一种方法创建一个接口。 用Java 8术语它称为功能接口 如下所示。 public interface RegistrationRule{void validate();
} 现在是时候将每个验证检查转换为注册规则了。 但是在我们这样做之前我们需要解决一个小问题。 我们的界面实现应该能够处理注册数据但是如您所见我们拥有不同类型的数据。 因此我们这里需要将注册数据封装在单个对象中如下所示 public class RegistrationData{private String name;private String email;private int age;
// Setters - Getters to follow
} 现在我们可以改善功能界面 public interface RegistrationRule{
void validate(RegistrationData regData);
} 并开始编写我们的规则集。 例如让我们尝试实现电子邮件验证。 public class EmailValidatationRule implements RegistrationRule{private static final String EMAIL_PATTERN ^[_A-Za-z0-9-\\](\\.[_A-Za-z0-9-])* [A-Za-z0-9-](\\.[A-Za-z0-9])*(\\.[A-Za-z]{2,})$;private final Pattern pattern Pattern.compile(EMAIL_PATTERN);Overridepublic void validate(RegistrationData regData) {if ( !pattern.matcher(regData.email).matches()) {throw new IllegalArgumentException(Email is not a valid email!);}
} 显然我们在上述类中隔离了电子邮件验证。 我们可以对初始实施的所有规则执行相同的操作。 现在我们可以重新编写我们的注册方法以使用验证规则。 ListRegistrationRule rules new ArrayList();rules.add(new EmailValidatationRule());rules.add(new EmailEmptinessRule());rules.add(new ForbiddenEmailDomainsRule());rules.add(new NameEmptinessRule());rules.add(new AlphabeticNameRule());for ( RegistrationRule rule : rules){rule.validate(regData);} 为了变得更好我们可以使用Factory模式和一个静态方法get创建一个Rules类该方法将返回规则列表。 我们的最终实现将如下所示 for ( RegistrationRule rule : Rules.get()){rule.validate(regData);
} 将我们的注册方法的初始版本与最终版本的注册方法进行比较会产生疑问。 我们的新版本更紧凑更易读当然也更具可测试性。 实际的检查已移至单独的类也易于测试并且所有方法仅做一件事请始终牢记这一点。 翻译自: https://www.javacodegeeks.com/2014/07/avoiding-many-if-blocks-for-validation-checking.html
