本節書摘來自華章出版社《ios應用軟體設計之道》一 書中的第1章,第1.1節,作者:(美)william van hecke ,更多章節内容可以通路雲栖社群“華章計算機”公衆号檢視。
許多開發者,從愛好者到經驗豐富的專業人員,都有個習慣,那就是采取亂序的(或稱“有組織的”)開發過程。代碼本身和應用軟體的首個版本,“就是”設計。那些功能是他們即興加上的。沒有文檔說明應用軟體目前的狀況,以及将來會是什麼樣子。
在這種開發風格中,界面元件很容易随着新功能的添加而逐漸沉積到螢幕上。每次添加一點小功能,都似乎已經夠了,隻要一兩個小的界面元素。最終你會有個“成熟”桌面應用軟體的界面設計。這個應用軟體積累了幾十年的功能和使用者界面(ui)元素。由于這個原因,“成熟”往往意味着“混亂和笨重”。
在早期,你越多地定義和規劃應用軟體,你就越容易避免這種命運。本書将用一種特定順序來踐行将靈感轉換成軟體的步驟:
列提綱。
畫草圖。
畫線框圖。
做實體模型。
做原型軟體。
但這僅是為了把它們以“某種”順序呈現出來,并不意味着你得按這個順序去做。在實際工作中,項目确實是按非線性且有組織的方式推進的,在這些步驟間交織,通過對手邊設計問題最有效的解決路徑進行,如圖1.1所示。如果你想設計任何有價值的東西,即使在整體軟體開發過程嚴格固定的機關,仍然需要在這些實踐間往複、半随機性跳轉。
