在實際應用中,我們經常需要根據當前使用者的操作許可權來判斷是否顯示一新功能。如在論壇系統中,只有版主及管理才能刪除貼子,因此在一般使用者開啟乙個貼子的時候,就不需要出現「刪除」這個連線。
許可權系統標籤介面的設計,在大多數應用中,以下介面中兩個方法基本能滿足大多數需求。
public inte***ce authorizationutil
在昨晚修改easyjweb的時候,在框架處理器中增加了乙個全域性util的map。同時增加了乙個跟easyjf的許可權控制系統結合的authorizationutil實現。下面是主要**:
protected void createutilcontext(context context) }
這樣,在基於spring2+jpa+easyjweb的應用中,可以在模板頁面中使用下面的velocity角本來進行許可權控制。如:
#if($auth.is("admin"))
刪除#end
許可權/角色的名稱可以在系統執行的過程中自由設定。這樣問題變得簡單多了,不再需要訪問底層的許可權系統,也不在需要複雜的標籤系統,就是呼叫這兩個方法,而具這是在每乙個展示的view中都開放的全域性功能。
當然,也可以擴充套件一下模板標籤系統,使用
刪除。當然我不喜歡後一種用法,因為總是會讓頁面人員把這個標籤跟其它的標籤搞混淆,而且也容易誤刪除,還是第一種方法看起直接,對於接受過我們半小時velocity標籤培訓的頁面製作及美工人員也應該會有同感。
當然,如何讓許可權控制變得更加靈活,view層的使用更加方便直接、簡易,想聽聽大家的看法。
在實際應用中,我們經常需要根據當前使用者的操作許可權來判斷是否顯示一新功能。如在論壇系統中,只有版主及管理才能刪除貼子,因此在一般使用者開啟乙個貼子的時候,就不需要出現「刪除」這個連線。
許可權系統標籤介面的設計,在大多數應用中,以下介面中兩個方法基本能滿足大多數需求。
public inte***ce authorizationutil
在昨晚修改easyjweb的時候,在框架處理器中增加了乙個全域性util的map。同時增加了乙個跟easyjf的許可權控制系統結合的authorizationutil實現。下面是主要**:
protected void createutilcontext(context context) }
這樣,在基於spring2+jpa+easyjweb的應用中,可以在模板頁面中使用下面的velocity角本來進行許可權控制。如:
#if($auth.is("admin"))
刪除#end
許可權/角色的名稱可以在系統執行的過程中自由設定。這樣問題變得簡單多了,不再需要訪問底層的許可權系統,也不在需要複雜的標籤系統,就是呼叫這兩個方法,而具這是在每乙個展示的view中都開放的全域性功能。
當然,也可以擴充套件一下模板標籤系統,使用
刪除。當然我不喜歡後一種用法,因為總是會讓頁面人員把這個標籤跟其它的標籤搞混淆,而且也容易誤刪除,還是第一種方法看起直接,對於接受過我們半小時velocity標籤培訓的頁面製作及美工人員也應該會有同感。
當然,如何讓許可權控制變得更加靈活,view層的使用更加方便直接、簡易,想聽聽大家的看法。
使用許可權標籤控制View層展示的內容
在實際應用中,我們經常需要根據當前使用者的操作許可權來判斷是否顯示一新功能。如在論壇系統中,只有版主及管理才能刪除貼子,因此在一般使用者開啟乙個貼子的時候,就不需要出現 刪除 這個連線。許可權系統標籤介面的設計,在大多數應用中,以下介面中兩個方法基本能滿足大多數需求。public inte ce a...
使用許可權標籤控制View層展示的內容
在實際應用中,我們經常需要根據當前使用者的操作許可權來判斷是否顯示一新功能。如在論壇系統中,只有版主及管理才能刪除貼子,因此在一般使用者開啟乙個貼子的時候,就不需要出現 刪除 這個連線。許可權系統標籤介面的設計,在大多數應用中,以下介面中兩個方法基本能滿足大多數需求。public inte ce a...
使用許可權標籤控制View層展示的內容
在實際應用中,我們經常需要根據當前使用者的操作許可權來判斷是否顯示一新功能。如在論壇系統中,只有版主及管理才能刪除貼子,因此在一般使用者開啟乙個貼子的時候,就不需要出現 刪除 這個連線。許可權系統標籤介面的設計,在大多數應用中,以下介面中兩個方法基本能滿足大多數需求。public inte ce a...