在《項目回顧（一）權限系統設計》中，我談及本項目合同管理的權限系統的結構。這篇日志記錄一個具體的應用。

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

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

      角色對按按鈕狀態的影響，還可以用上一篇文章中的質數法來解決。比如綜合信息對應2，合同增加對應3，刪除對應5…合同審核對應11，而將2*3*11作為權限值賦給合同審核人角色，并保存到數據庫。在進入本頁面時，對某一個角色所具有的權限值解析為單個的質數，也即所能夠進行操作的按鈕。我這里沒有用這種方式，首先因為按鈕的狀態只在這個頁面使用，而不用保存到數據庫，再者按鈕較多，在對權限值進行解析時，比較費勁，得不償失。實際上我也正是因為前一天見過這種質數法，才在碰到問題時，想到用bool值來判斷，可見其實想通。

      這個設計采用表驅動的方法，將合同狀態對按鈕狀態的影響，保存在單獨的一張表中，單獨處理。程序簡潔，邏輯清晰。