在《項(xiàng)目回顧（一）權(quán)限系統(tǒng)設(shè)計(jì)》中，我談及本項(xiàng)目合同管理的權(quán)限系統(tǒng)的結(jié)構(gòu)。這篇日志記錄一個(gè)具體的應(yīng)用。

      在我們這個(gè)項(xiàng)目中，有個(gè)“合同信息”的頁(yè)面，用于合同的查詢和流程控制。如果沒有相關(guān)角色，則無(wú)法對(duì)這個(gè)頁(yè)面進(jìn)行操作，重定向至重新登陸頁(yè)面。在進(jìn)入這個(gè)頁(yè)面之后，出“新增合同”外，其余按鈕均不用。選中某一行的合同后，根據(jù)該合同的狀態(tài)，以及當(dāng)前操作員所具的角色，決定是否將最下面的按鈕狀態(tài)更改為可用。

      在實(shí)際設(shè)計(jì)程序時(shí)，將合同狀態(tài)和操作員角色對(duì)按鈕的影響分開考慮。1）某一種狀態(tài)下，有幾個(gè)按鈕是可用的。比如對(duì)選擇一份錄入狀態(tài)的合同，有綜合信息、合同增加、刪除、修改、依合同創(chuàng)建、請(qǐng)求審批6個(gè)按鈕可用。將合同狀態(tài)-按鈕狀態(tài)對(duì)應(yīng)關(guān)系用一個(gè)二維bool數(shù)組status[6,10]（第0行為頁(yè)面初始化）保存起來(lái)。2）再考慮角色對(duì)按鈕的影響。綜合信息按鈕5個(gè)角色都可以使用，而領(lǐng)導(dǎo)審批按鈕，則只有審批人、管理員、超管能夠使用。用“||”將能夠操作某個(gè)按鈕的角色聯(lián)系起來(lái)。如btnCheck.enabled = checker || manager || superManager。之后將這兩個(gè)影響因素用“&&”連起來(lái)。如一份“錄入”狀態(tài)的合同，其請(qǐng)求審批的按鈕可用性用(checker || manager || superManager ) && status[1,5]。本文最開始的問(wèn)題則基本解決。另外，不同操作員可能對(duì)應(yīng)不同的部門，則一因素放在查詢中考慮，即只能查詢出所管理部門的合同。

      角色對(duì)按按鈕狀態(tài)的影響，還可以用上一篇文章中的質(zhì)數(shù)法來(lái)解決。比如綜合信息對(duì)應(yīng)2，合同增加對(duì)應(yīng)3，刪除對(duì)應(yīng)5…合同審核對(duì)應(yīng)11，而將2*3*11作為權(quán)限值賦給合同審核人角色，并保存到數(shù)據(jù)庫(kù)。在進(jìn)入本頁(yè)面時(shí)，對(duì)某一個(gè)角色所具有的權(quán)限值解析為單個(gè)的質(zhì)數(shù)，也即所能夠進(jìn)行操作的按鈕。我這里沒有用這種方式，首先因?yàn)榘粹o的狀態(tài)只在這個(gè)頁(yè)面使用，而不用保存到數(shù)據(jù)庫(kù)，再者按鈕較多，在對(duì)權(quán)限值進(jìn)行解析時(shí)，比較費(fèi)勁，得不償失。實(shí)際上我也正是因?yàn)榍耙惶煲娺^(guò)這種質(zhì)數(shù)法，才在碰到問(wèn)題時(shí)，想到用bool值來(lái)判斷，可見其實(shí)想通。

      這個(gè)設(shè)計(jì)采用表驅(qū)動(dòng)的方法，將合同狀態(tài)對(duì)按鈕狀態(tài)的影響，保存在單獨(dú)的一張表中，單獨(dú)處理。程序簡(jiǎn)潔，邏輯清晰。