gui 應用開發中控制複雜度
gui 程序中，控制複雜度是非常重要的。前端、gui 框架、後端代碼，這幾部分結合到一起，其複雜性不言而喻。在開發 gui 程序時，從一開始就要注意控制好複雜度，爲後續的開發奠定一個良好的基礎。
圖片資源的命名
gui 程序中常常有很多的圖片資源，不同的圖片在頁面中表示不同的功能。圖片的命名最好與功能緊密結合，這遠遠比起一些沒有任何意義的名字更好。當我們發現前端中圖片的顯示或者切換出現問題時，一個有意義的名字讓我們能更快的定位到問題。
佈局方式的選擇
頁面中控件的佈局優先採用相對佈局模式，這樣在屏幕的大小改變之後，僅僅需要做很少的改動就能夠適應新的屏幕。對頁面中的不同控件，按照位置劃分爲單獨的區域，每一個區域使用一個大的容器，在容器中佈局控件，減少控件間的影響。
功能實現的分割
對功能進行劃分。可以按照單一頁面一個事件註冊源文件，一個後端函數源文件，一個交互接口頭文件的方式來組織。對於功能繁多的頁面可以進一步劃分。
事件註冊源文件
每一個頁面的事件註冊源文件可以分爲三部分內容：
- 初始化配置
- 事件註冊
- 解初始化
初始化配置完成頁面打開的時候的初始化工作，如查詢數據庫配置顯示參數、獲取顯示數據、初始化關聯數據結構等。
事件註冊綁定事件到頁面中的控件上。
解初始化完成頁面關閉後的清理工作。
對於有子頁面的情況，子頁面的功能劃分也可按照上述方式進行。
對於有電源控制的頁面，頁面中控件事件的響應與否如果需要根據電源的開關狀態來確定，可以提供一個統一的入口來調用控件的事件函數，這樣就避免了在每個事件函數中單獨判斷電源狀態。
後端函數源文件
後端函數源文件中放置前端需要調用的後端函數的實現。
交互接口頭文件
交互接口頭文件中放置前後端交互的 API 聲明。
檢查控件類型
之前我在做一個 gui 項目時就遇見混用不同控件接口的問題。調試了半天，結果發現是控件類型不匹配，修改了 xml 中的控件類型就 ok 了。
控件類型檢查能夠幫我們有效的識別用一種類型控件的接口去操作另外一種類型控件的情況，沒有這個功能，這個小小的問題可能也就不是一個小問題了。