對(duì)于每個(gè)系統(tǒng)來說，權(quán)限都是一個(gè)很重要的組成部分，貫穿于整個(gè)系統(tǒng)功能，甚至包括數(shù)據(jù)。RBAC是一個(gè)很好的模型，對(duì)于復(fù)雜的處理更多的還是和業(yè)務(wù)緊密聯(lián)系在一起，所以對(duì)于組件形式的RBAC產(chǎn)品還很難做到的。
對(duì)一個(gè)用戶來說，權(quán)限主要包括2個(gè)部分，data和action，其組合形式對(duì)我們來說就是一個(gè)view，每個(gè)權(quán)限對(duì)應(yīng)一個(gè)相應(yīng)的view。在這里我用三維的坐標(biāo)來思考，data和action是相應(yīng)的x,y軸，不同的data,action組成一個(gè)業(yè)務(wù)視圖，從三維的角度來看是一個(gè)2維的的平面，我們的系統(tǒng)功能也就是由不同的平面來做成的。
權(quán)限可以看作z軸，view在不同的權(quán)限上會(huì)有不同的表現(xiàn)形式，展現(xiàn)不同的數(shù)據(jù)，不同的操作。這樣權(quán)限，數(shù)據(jù)，操作看起來就會(huì)清晰很多。
我所設(shè)想的應(yīng)該是這樣的一種方式：view由不同的view component和action component組成，這里view只是一個(gè)模板，沒有任何業(yè)務(wù)數(shù)據(jù)。
提供一個(gè)類似PrivilegeViewFactory的類，傳入view模板，和相應(yīng)的角色（用戶，組。。），生成相應(yīng)的PrivilegeView，然后由業(yè)務(wù)邏輯去填充數(shù)據(jù)，這樣可以容易做到權(quán)限和view的分離，層次也比較清晰。
每個(gè)view component要實(shí)現(xiàn)相應(yīng)的權(quán)限接口，要根據(jù)不同的角色生成不同的view component。比如DataGrid，不同的角色看的列是不同的，甚至數(shù)據(jù)內(nèi)容也是不同的，更細(xì)粒度的看，業(yè)務(wù)不同字段的的數(shù)據(jù)也是不同。這部分是和ui綁定的，也是最復(fù)雜，工作量最大的部分。