• <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://m.shnenglu.com/humanchao

            posted on 2012-09-05 10:45 王海光 閱讀(520) 評論(0)  編輯 收藏 引用 所屬分類: 其他
            国产精品视频久久久| 久久狠狠一本精品综合网| 亚洲精品乱码久久久久久蜜桃不卡| 欧美日韩久久中文字幕| 亚洲精品乱码久久久久久自慰 | 日本福利片国产午夜久久| 久久精品国产72国产精福利| 一本色道久久88精品综合 | 精品久久人人爽天天玩人人妻| 久久99精品久久只有精品| 久久国产精品一区| 久久久久人妻精品一区二区三区 | 亚洲精品WWW久久久久久| 久久人人爽人人爽人人片AV不 | 亚洲精品午夜国产va久久| 久久免费视频网站| 亚洲中文字幕无码久久综合网 | 久久电影网一区| 亚洲国产欧洲综合997久久| 久久人人爽人人精品视频| 亚洲国产二区三区久久| 色欲久久久天天天综合网精品 | 无码人妻少妇久久中文字幕蜜桃 | 国内精品九九久久精品| 久久精品中文字幕一区| 青青国产成人久久91网| 国产精品久久国产精品99盘| 久久精品人人做人人爽电影 | 久久久久久久亚洲Av无码| 久久青青色综合| 热久久国产欧美一区二区精品| 久久综合九色综合久99| 久久精品人人做人人爽电影蜜月| 中文无码久久精品| 无码国内精品久久人妻| 精品久久8x国产免费观看| 久久精品国产亚洲AV高清热| 亚洲欧洲日产国码无码久久99| 久久精品国产久精国产果冻传媒| 久久精品国产亚洲AV久| 久久久久久无码Av成人影院|