程序備忘錄：之八-畫面遷移表(2004/09/24 15:27)

時值九月，秋高氣爽。（略去感想70字。）近期一直考慮的東西，就是標題所言。從業於WEB開發的人士對畫面遷移是異常熟悉，我們常見的一種錯誤就是畫面遷移不正確。就飛速發展的需求而言，從一個畫面的ACTION動作，應該考慮它的N種遷移可能性。
這裏特別要說的是畫面遷移隨開發的進展有被認爲需要改變的可能。舉例說，某ACTION處理，條件1，2，3時遷移到A畫面，條件4，5，6時遷移到B畫面，現在要改爲條件6時遷移到C畫面。
在探討畫面遷移表之前，先做一些基礎的說明，以此增強其必要性。一般的WEB設計到達具體實施的階段都包括畫面遷移圖。畫面遷移圖有的簡單，畫一個方框就代表了一個畫面；有的豐富，代表畫面就是實際的瀏覽器顯示。開發階段的遷移圖最好是簡練實用，遷移方向還是概要化一點，畢竟還有其它資料的補充。說到WEB開發，ACTION這個詞恐怕都是耳熟能詳，ACTION動作如何產生？有何影響？結果如何？開發者肯定需要這樣一份資料：包括ACTION的位置，ACTION的功能，ACTION產生的畫面遷移，等等，姑且稱爲ACTION一覽表。根據規範化的設計文檔輸出，利用輔助開發工具，可以"自動生成畫面遷移控制文件和商業邏輯連接控制單元的代碼"(摘自某廣告)，通常用Excel+VBA，用JAVA生成極爲相似的邏輯代碼也是不錯的。
在本節的論點中，筆者關心的是畫面遷移和工作效率的關係，因此提出畫面遷移表的應用。畫面遷移表在項目開始實施時製作，在項目的全過程中維護並使用，主要用於應對將來有可能的改變。開發人員從畫面遷移表中可以得知畫面的ACTION有哪些，在不同的條件下ACTION遷移到哪一個畫面，這些信息有些需要聯合完成，它的特點是細節化，但不能包括太多的業務說明，只限於畫面遷移。從畫面的ACTION出發，到畫面遷移，進而可以聯繫到具體的class，從頭到尾地跟蹤開發成果，必然會產生出質量提升的迭代效應。