超越次元的追求

最近在繼續(xù)深入的，完整的實(shí)現(xiàn)前面文章《基于事件分發(fā)機(jī)制的企業(yè)應(yīng)用開發(fā) 》和《基于攔截器的企業(yè)應(yīng)用構(gòu)造》中所構(gòu)思的想法，在印象中，權(quán)限系統(tǒng)和組織結(jié)構(gòu)是任何一個(gè)ERP系統(tǒng)都會(huì)用到的，不是隨便兩下就能實(shí)現(xiàn)的簡(jiǎn)單功能模塊，實(shí)現(xiàn)了這兩個(gè)子模塊后，無論什么地方都會(huì)用得著，于是便從這兩個(gè)功能入手，目前把基于RBAC的權(quán)限系統(tǒng)完整實(shí)現(xiàn)了，組織結(jié)構(gòu)實(shí)現(xiàn)了80%,隨著代碼以及邏輯的增加，基于Spring IOC的配置也開始復(fù)雜起來，不過這個(gè)是無法避免的，畢竟系統(tǒng)目標(biāo)是高度可定制，高度靈活的可配置性就意味著復(fù)雜性,這里的復(fù)雜性不是僅僅指Spring配置語法，而是指各個(gè)Bean之間的關(guān)系，每一個(gè)Service目前都必須做事務(wù)控制，安全控制，事件轉(zhuǎn)換，而且問題已經(jīng)不僅僅是Service的配置問題了，隨著系統(tǒng)事件的增多，慢慢的各個(gè)事件間的邏輯關(guān)系也必須被表示出來，使得目前不得不引入了事件堆棧的概念，用來表示源于同一個(gè)操作導(dǎo)致的雪崩式的事件關(guān)系，目前的事件堆棧還比較簡(jiǎn)單，但是作為一個(gè)架構(gòu)設(shè)計(jì)人員的敏感，我們已經(jīng)嗅到了還需要把事件管理深化下去的一絲氣味。這些層次，這些邏輯，已經(jīng)是不能簡(jiǎn)單的靠看Spring配置才能理解的了，這個(gè)還是我們一個(gè)JVM進(jìn)程能產(chǎn)生的需求，而多個(gè)程序，甚至多個(gè)系統(tǒng)集成的概念需求（例如SOA），會(huì)比這個(gè)更加復(fù)雜。在本例中，系統(tǒng)需要一個(gè)圖形化的容易管理配置bean之間復(fù)雜關(guān)系的工具的需求越來越迫切。很自然的，我們得出一個(gè)結(jié)論：系統(tǒng)配置的圖形化，形象化成為了業(yè)界可能的下一個(gè)發(fā)展方向。

ps：該工具最好是一個(gè)圖形化的，可作進(jìn)行運(yùn)行時(shí)“熱修改”的配置定義工具兼Service管理工具，JMX似乎是一個(gè)可以考慮的方向，不過還沒想清楚如何與該配置工具緊密結(jié)合，我只是希望能夠象扳動(dòng)水管開關(guān)一樣調(diào)整各個(gè)圖形間的連接，系統(tǒng)里的事件流就會(huì)隨之改變，事務(wù)管理，安全控制也會(huì)隨之改變。不知道哪位同學(xué)知道有類似功能的東西，還勞請(qǐng)留個(gè)言告知一聲。如果沒有的話，就只能等本系統(tǒng)告一段落后再來解決這個(gè)問題了。如果您正在發(fā)愁不知發(fā)展方向在哪，看到了這篇文章而有所啟發(fā)去做出這樣一個(gè)工具的話，還希望能便宜點(diǎn)賣我一份 ；）。


雖然上面說了那么多，指出了IOC工具的又一個(gè)發(fā)展方向，但是我目前面臨的問題還沒有解決 ：（

為了展示一下這個(gè)復(fù)雜度，現(xiàn)在把該系統(tǒng)其中的兩個(gè)模塊的Spring配置show出來：
角色模塊的配置：

最后，為了避免文章過于枯燥，還是show一下系統(tǒng)截圖吧；）

一個(gè)典型的組織創(chuàng)建操作導(dǎo)致的事件的產(chǎn)生傳遞圖：


組織管理的界面：

當(dāng)前用戶的權(quán)限，按角色分類：右邊根節(jié)點(diǎn)表示的是登錄帳戶，王小二是身份，相當(dāng)于權(quán)限場(chǎng)景(session)

整個(gè)組織的權(quán)限分布圖：

應(yīng)某位同學(xué)的要求，把系統(tǒng)實(shí)體圖加上: