漢鼎複雜的驗證場景

Question

我一直在爲我的User類GetRuleViolations()方法，但我開始有點掛了的東西：

當不同的操作需要會發生什麼不同的業務規則？

我User表有以下欄目：Id，UserRoleId，Username和Password。涉及到User的幾個操作是可能的（創建新用戶，編輯用戶，設置/重置密碼和登錄），並且每個操作的業務規則並不總是相同的。

例如，當用戶登錄時，他們需要輸入密碼，但是當管理員創建新用戶時，輸入密碼甚至不是一個選項。並且在設置/重置密碼的情況下，需要輸入密碼兩次，這兩個值需要完全匹配。處理這種複雜性的最佳方法是什麼？是否有某種設計模式允許在正確的情況下選擇正確的GetRulesViolations()方法？

Answer 1

我發現「服務層」來處理驗證有很大的意義。

我發現這個教程非常有幫助： http://www.asp.net/learn/mvc/tutorial-38-cs.aspx

此外，它看起來好像一些不錯的改進驗證都在作品MVC 2.0（見http://weblogs.asp.net/scottgu/archive/2010/01/15/asp-net-mvc-2-model-validation.aspx）。使用UserService或UserValidator應允許摺疊2.0功能，而不必過分顯着改變類設計。

Answer 2

至於＃1，業務規則將不存在於您的數據庫中，它們將存在於應用程序中，無論是在域層，單獨的業務層等等還是在您的控制器中，取決於你的方法。

您將向正在創建用戶的登錄管理員呈現一個不同的屏幕或視圖，而不是您將呈現給正在創建帳戶的未經身份驗證的用戶，對嗎？該視圖中的HTTP-POST將對應於不同的操作，該操作將直接處理邏輯，或委託給適當的對象。一種方法將檢查提供的密碼，併爲用戶創建記錄或將用戶重定向到某種失敗頁面（例如，「密碼不匹配」或「用戶名已被佔用」）。另一種方法是在數據庫中創建一個新用戶，不問任何問題。

發佈到不同操作的不同視圖，對應於不同的方法，每個視圖處理單個特定的作業/場景。