哪種設計模式用於我的用例？

我的核心用例是從數據庫和目錄服務器讀取/寫入數據。哪種設計模式用於我的用例？

例如，的createUser， modifyUser， associateGroup， changePassword等

我有幾個其他的功能在其中的一些用例來完成。 1.）操作在例外的情況下，2）審覈失敗的審計開始/錯誤 3.）驗證數據 4）堅持分貝 5）堅持目錄服務器（LDAP） 6.）通知一些情況下，例如密碼變化 7）審覈成功 8）將來其他東西

我想在某種裝飾設計模式的實現這一點是有一些更好的建議？？？

感謝，維涅什

的數據應該被你堅持下去之前驗證長。將該代碼移到服務接收請求的位置。

「堅持數據庫」和「堅持數據庫服務器」是一回事。你太過於複雜。您的評論意味着您應該更喜歡措辭來區分關係數據庫和目錄，但我的結論不會改變。

通知密碼更改是一個單獨的用例。

唯一符合條件的是記錄開始，完成和錯誤。如果您使用支持AOP的語言或框架（如Spring），則可以輕鬆地完成此操作。這是一箇中間層功能。

2013-07-19 09:33:03 duffymo

此要求用於後端功能，並且數據驗證再次完成（首次驗證在UI中）以確保數據正確。其中一個堅持我的意思是目錄服務器（LDAP）和其他在數據庫中。 – user2598724

我同意你需要服務器端的驗證，超出界面的東西。但是當請求進入服務時應該完成。我假設你沒有將數據庫暴露給網絡。 – duffymo

它是一個EJB調用，其請求將從UI發出。從EJB代碼是所有這一切都需要，即1）審計開始的操作2）審計失敗的情況下，異常/錯誤3））驗證數據4）堅持數據庫5）堅持在目錄服務器（LDAP） 6.）通知在某些情況下，如密碼更改等。）7.審覈成功 – user2598724

回答