在某些情況下，我們需要先驗證輸入數據，然后再將其發送到業務邏輯層進行處理，計算等。這種驗證在大多數情況下是孤立完成的，或者可能包括與外部數據或其他輸入的某些交叉檢查。 看下面的示例，該示例驗證用戶輸入的注冊數據。

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);List<String> 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}

這種方法的循環復雜性確實很高，如果要驗證的字段更多或添加實際的業務邏輯，則可能會變得更糟。 當然，我們可以將代碼分為兩個私有方法（validate，doRegister），但是幾個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!");} }

顯然，我們在上述類中隔離了電子郵件驗證。 我們可以對初始實施的所有規則執行相同的操作。 現在，我們可以重新編寫我們的注冊方法以使用驗證規則。

List<RegistrationRule> 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

總結

以上是生活随笔為你收集整理的避免许多if块进行验证检查的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。