• <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>

            可冰

            冰,是沉睡著的水......

              C++博客 :: 首頁 :: 新隨筆 :: 聯系 :: 聚合  :: 管理 ::
              37 隨筆 :: 5 文章 :: 94 評論 :: 0 Trackbacks
            ? 在類的設計中,對成員變量的封裝是一個比較煩人的問題.什么時候應該提供讀寫的接口,什么時候應該聲明為public,這樣的問題有時候改幾次也都不是很滿意的.

            ? 將對變量的讀寫操作封裝起來以接口的形式提供,是有了一定的接口一致性.如果以后要在讀寫變量的操作內加入其它的操作,那么原有的代碼就可以不加任何修改,只改這樣的接口就行了.也就是對外部封閉了細節,使編程簡單一點.
            但我也覺得不能用"一刀切"的方式將所有的成員變量都加以這樣的封裝,這樣無疑會使代碼增長(而且可能還有我所不知道的缺點).

            總的來說,
            ? 對于要對外部提供應用的變量,最好以接口的形式提供.這樣可以有比較一致的接口.
            ? 而如果只是內部使用的話,且只是用于保存變量的值的話,直接聲明為public會好一些.而若在內部也是相對地為其它類提供服務的話,也還是要聲明為接口要好一些.

            這里所說的內部和外部,只是相對來說的,并不只是針對某個類或程序而言.具體來說要根據代碼的聚合程序來看.

            最主要的原則還是要對具體的情況還要加以區別對待,根據實際情況不同而施以不同的應用.

            ===========
            這樣的問題主要還是靠編碼經驗的,如果有經驗的話,可能憑感覺就可以隨時決定的.
            對于這個問題我也只是有這一點的初步見解(我幾乎沒有什么實際的編碼經驗),也不知道合不合適,希望有牛人可以加以指導.
            posted on 2005-09-18 18:19 可冰 閱讀(831) 評論(0)  編輯 收藏 引用 所屬分類: C++
            精品999久久久久久中文字幕| 亚洲精品乱码久久久久久蜜桃| 久久久久av无码免费网| 亚洲国产精品高清久久久| 亚洲婷婷国产精品电影人久久| 久久综合九色综合欧美就去吻| 国产成人久久精品一区二区三区 | 国产精品久久久久久吹潮| 狠狠88综合久久久久综合网| 精品多毛少妇人妻AV免费久久| 欧美亚洲国产精品久久| 久久亚洲欧美日本精品| 国产精品久久久久蜜芽| 国产99久久久久久免费看| 无码人妻久久一区二区三区免费丨 | 精品国产乱码久久久久久人妻 | 日产精品久久久一区二区| 久久影院午夜理论片无码| 国产精品久久午夜夜伦鲁鲁| 伊人久久一区二区三区无码| 香蕉久久一区二区不卡无毒影院| 久久受www免费人成_看片中文| 国产精品内射久久久久欢欢| 色妞色综合久久夜夜| 久久久国产精华液| 久久国产AVJUST麻豆| 久久男人中文字幕资源站| 国产精品欧美久久久久天天影视 | 久久99精品久久久久久噜噜| 久久精品国产99国产电影网| 久久婷婷色综合一区二区| 思思久久好好热精品国产| 久久亚洲精品无码播放| 久久久久亚洲AV成人网人人网站| 久久精品国产久精国产| 好属妞这里只有精品久久| 久久国产乱子伦精品免费强| 狠狠色丁香久久婷婷综| 久久精品aⅴ无码中文字字幕不卡 久久精品aⅴ无码中文字字幕重口 | 91精品国产91热久久久久福利 | 久久受www免费人成_看片中文|