使用Spring安全角色而不是創建多個子類是否正確？

在我的web應用程序，我想知道，如果它是正確的，而不是使用創建多個子類春季安全角色，讓我們來看看下面的例子：使用Spring安全角色而不是創建多個子類是否正確？

而是具有3個不同的子類的，我曾經考慮過只使用一個類來代替Person，並使用Spring Security Roles來區分它們，直到現在我還沒有遇到任何問題，因爲我的類之間的唯一區別是某些主題具有一個或兩個額外的屬性，所以在某些情況下，這些屬性將是空的，關於每個人都可以訪問的服務和頁面，Spring Security做得很好。所以我想知道這是否是正確的做法？如果我以這種方式工作，是否會遇到任何問題？我應該如何在UML中表現這一點？
我希望我已經清楚。
謝謝

注：我問這個問題，因爲即使它的工作，我要捍衛它的「陪審團」的前

來源

2016-05-22 hereForLearing

沒有看到Spring Security類，將不可能回答你的問題。 –

春季安全課？它只是一個多對多的角色，並且具有關聯類「UserRoles」 – hereForLearing

爲什麼你不想從Person子類？那有什麼問題？ –

-1

那麼，如果它的工作，大。但是，如果您使用JAVA編寫Web應用程序，那麼使用面向對象的概念是很好的。所以你在做什麼或想到它的錯誤。在Java中的大多數框架使用MVC模式，如果你不使用面向對象，你會遇到麻煩。

MVC/

模型 - 模型代表一個對象或JAVA POJO攜帶數據。如果數據更改，它也可以有更新控制器的邏輯。

查看 - 查看錶示模型包含的數據的可視化。

控制器 - 控制器同時作用於模型和視圖。它控制流入模型對象的數據並在數據改變時更新視圖。它保持視圖和模型分離。

來源

2016-05-22 15:56:48

謝謝你的回答，這正是我正在做的，實際上我使用的是MVC框架（grails），一切都很好，但我正在做的是如何打破面向對象的概念？ – hereForLearing

「我曾考慮只使用一個類，而不是Person」。這是不對的。您正在刪除抽象和多態。 1）面向過程的編程語言，如果代碼隨着項目大小的增長而增長，則不易管理，面向對象的開發和維護更容易。 2）OOP提供數據隱藏，而在面向過程的編程語言中，可以從任何地方訪問全局數據。 –

這些只是「bean」，除getter和setter之外沒有其他方法，這兩個概念需要什麼？ – hereForLearing

使用Spring安全角色而不是創建多個子類是否正確？

回答

相關問題