v-if 表單驗證

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

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}

這種方法的循環(huán)復(fù)雜性確實很高，如果要驗證的字段更多或添加實際的業(yè)務(wù)邏輯，則可能會變得更糟。 當(dāng)然，我們可以將代碼分成兩個私有方法（validate，doRegister），但是幾個if塊將被移到私有方法的問題。 除此以外，該方法還要做很多事情，而且很難測試。 當(dāng)我要求初級開發(fā)人員重構(gòu)該代碼并使之更具可讀性，可測試性和可維護(hù)性時，他們像個外星人一樣看著我：“我應(yīng)該如何簡化它。 我該如何替換這些if塊？” 好了，這里的解決方案效果很好，遵循了“單一責(zé)任模式”，并使代碼更易于閱讀。

為了更好地理解解決方案，請將每個if塊都視為驗證規(guī)則。 現(xiàn)在是時候為這些規(guī)則建模了。

首先用一種方法創(chuàng)建一個接口。 用Java 8術(shù)語，它稱為功能接口 ，如下所示。

public interface RegistrationRule{void validate(); }

現(xiàn)在是時候?qū)⒚總€驗證檢查轉(zhuǎn)換為注冊規(guī)則了。 但是在我們這樣做之前，我們需要解決一個小問題。 我們的界面實現(xiàn)應(yīng)該能夠處理注冊數(shù)據(jù)，但是如您所見，我們擁有不同類型的數(shù)據(jù)。 因此，我們在這里需要將注冊數(shù)據(jù)封裝在單個對象中，如下所示：

public class RegistrationData{private String name;private String email;private int age; // Setters - Getters to follow }

現(xiàn)在我們可以改善功能界面：

public interface RegistrationRule{ void validate(RegistrationData regData); }

并開始編寫我們的規(guī)則集。 例如，讓我們嘗試實現(xiàn)電子郵件驗證。

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!");} }

很明顯，我們在上述類中隔離了電子郵件驗證。 我們可以對初始實施的所有規(guī)則執(zhí)行相同的操作。 現(xiàn)在，我們可以重寫我們的注冊方法以使用驗證規(guī)則。

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模式和一個靜態(tài)方法get（）創(chuàng)建一個Rules類，該方法將返回規(guī)則列表。 我們的最終實現(xiàn)將如下所示

for ( RegistrationRule rule : Rules.get()){rule.validate(regData); }

將我們的注冊方法的初始版本與最終版本的注冊方法進(jìn)行比較會產(chǎn)生疑問。 我們的新版本更緊湊，更易讀，當(dāng)然也更具可測試性。 實際的檢查已移至單獨的類（也易于測試），并且所有方法僅做一件事（請始終牢記這一點）。

翻譯自: https://www.javacodegeeks.com/2014/07/avoiding-many-if-blocks-for-validation-checking.html

v-if 表單驗證

總結(jié)

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

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯，歡迎將生活随笔推薦給好友。