• <ins id="pjuwb"></ins>
    <blockquote id="pjuwb"><pre id="pjuwb"></pre></blockquote>
    <noscript id="pjuwb"></noscript>
          <sup id="pjuwb"><pre id="pjuwb"></pre></sup>
            <dd id="pjuwb"></dd>
            <abbr id="pjuwb"></abbr>
            面對現實,超越自己
            逆水行舟,不進則退
            posts - 269,comments - 32,trackbacks - 0

            在Windows平臺做開發肯定會接觸到UI程序的編寫,以MFC的UI開發為例,可以開發單文檔,多文檔,對話框等形式的應用。寫一個UI程序容易,寫好卻不是一件簡單的事情。在整個代碼結構的清晰性與可維護性方面需要多加注意。寫好UI程序需求注意以下幾點:

             

            1、圍繞數據編程與不是圍繞UI編程

             

            當我們拿到需求最先接觸到的就是UI的設計,也許是美工畫的,也許是設計草圖。工程師在具體設計的時候容易受UI的影響,或者干脆從UI開始編程。

             

            這是一個錯誤的編程習慣,無論UI如何展現與交互,最終都應該圍繞數據編程。拿到需求后,應該先思考和推敲數據的設計與流轉,UI不過就是數據的一種展現形式而已。

             

            2、做好UI與邏輯的解耦

             

            UI的編程會涉及到許多控件的操作,消息的處理,不知不覺,一個UI類的代碼會越寫越大,以至于一段時間以后,瀏覽和梳理都會變得不太方便。

             

            在UI類里,除了與UI本身的操作有關的代碼以外,任何邏輯代碼都應該與此解耦,并根據具體情況進行封裝調用。如果一個控件關聯了太多數據操作,應該把這些操作封裝到控件的繼承類中,把一類代碼進行集中管理和維護。

             

            上述問題,在程序寫作的初期還不太明顯,隨著代碼逐漸膨脹,會越會越讓人難以忍受。

             

            3、數據單向依賴,單向更新

             

            UI圍繞的數據進行展現與更新,在這個過程中,所以對數據的操作應該進行封裝,而不是散落在UI程序在各個角落,數據的更新、獲取和UI傳遞消息時,應該單向操作,如果出現循環處理的情況,在以后維護調試的BUG的過程中會變得比較困難,導致維護效率下降。

             

            本文來自CSDN博客,轉載請標明出處:http://www.shnenglu.com/humanchao

            posted on 2012-09-05 10:45 王海光 閱讀(520) 評論(0)  編輯 收藏 引用 所屬分類: 其他
            亚洲国产另类久久久精品黑人| 91久久婷婷国产综合精品青草| 久久婷婷五月综合97色直播| 伊人久久精品影院| 日韩精品无码久久久久久| 久久99国产精品久久99| 精品久久久久久久久久久久久久久| 久久免费视频6| 精品久久久久久久| 久久婷婷色香五月综合激情| 亚洲愉拍99热成人精品热久久| 久久99国产精品一区二区| 久久久无码精品亚洲日韩蜜臀浪潮| 国内精品久久久久影院日本 | 国产激情久久久久影院小草 | 久久久久国产精品| 久久99热这里只有精品66| 久久99国产精品一区二区| 亚洲国产精品久久电影欧美| 国产精品va久久久久久久| 97精品国产91久久久久久| 久久精品国产99国产精品亚洲| 久久久久久国产精品免费免费| 久久免费视频网站| 国内精品久久久久久99| 久久99久久99精品免视看动漫| 亚洲а∨天堂久久精品9966| 国产亚洲色婷婷久久99精品91| 久久久青草久久久青草| 久久久久亚洲AV成人片| 久久国产欧美日韩精品| 日本欧美国产精品第一页久久| 久久精品免费大片国产大片| 久久国产热这里只有精品| 国产精品综合久久第一页| 国产99久久九九精品无码| 亚洲国产成人久久综合碰碰动漫3d | 日韩美女18网站久久精品| 久久er国产精品免费观看8| 国产免费久久精品99久久| 免费精品久久久久久中文字幕|