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

            清風(fēng)竹林

            ぷ雪飄絳梅映殘紅
               ぷ花舞霜飛映蒼松
                 ----- Do more,suffer less

            get與set成員函數(shù)是為代碼耦合之重要原因

            getset成員函數(shù)是為代碼耦合之重要原因

            版本:0.1

            最后修改:2009-08-21

            撰寫:李現(xiàn)民


            類數(shù)據(jù)成員的訪問級別通常需定義為private,以封裝類的實現(xiàn)細節(jié),這樣可以在類的生命演化過程中提供更好實現(xiàn)彈性。

            get/set成員函數(shù)(訪問級別通常為public)使得client端用戶代碼可以訪問對象的內(nèi)部數(shù)據(jù)結(jié)構(gòu),這會暴露類內(nèi)部的實現(xiàn)細節(jié)。這種暴露使會得用戶代碼與類實現(xiàn)之間產(chǎn)生深層次的依賴關(guān)系,而這種過剩的知識將在類實現(xiàn)技術(shù)改變時迅速破壞相關(guān)的用戶代碼---漣漪效果。

            比如Container類輸出了關(guān)于實現(xiàn)該類之二叉樹的信息(比如,當它輸出成員函數(shù)getLeftChild()getRightChild()時),用戶將被迫按照二叉樹而不是容器進行思考,這將使用戶代碼變得復(fù)雜且難以改變。如果Container類改變了實現(xiàn)結(jié)構(gòu),則用戶代碼將被迫進行修改(可能是大量的)。

            最少知識(least knowledge)原則是用于面向?qū)ο缶幋a中降低類間耦合度的指導(dǎo)原則。該原則認為如果要在相互調(diào)用的類(對象)之間保持較低的耦合度,則一個對象所調(diào)用的方法應(yīng)該僅僅局限于以下幾個來源:

            1. 類對象本身;

            2. 被當作方法的參數(shù)而傳遞進來的對象;

            3. 此方法所創(chuàng)建或?qū)嵗娜魏螌ο螅?/p>

            4. 對象的任何組件;


            一個對象可以任意調(diào)用以上四類對象的方法。唯一一類不可調(diào)用的方法來源于:通過某個對象的get成員函數(shù)所獲取的間接對象的成員函數(shù)。很容易想象,當某個類擁有大量get/set成員函數(shù)時,該類本身幾乎不可能提供完善的邏輯處理方法(否則也就沒有必要提供這些get/set成員函數(shù)了),因此借助get成員函數(shù)獲取間接對象并做進一步的處理幾乎是不可避免的。

            因此,在有可能的情況下,類設(shè)計人員應(yīng)該盡量不提供getset成員函數(shù)。

            當然,不要認為getset成員函數(shù)總是壞的,像CORBA這樣的框架都會為所有的屬性自動提供get/set成員函數(shù)。真正的問題是:好的對象總會封裝并在接口后面隱藏某些東西,然而get/set成員函數(shù)有時會在暗中暴露對象的秘密。只有當在類外(從用戶的角度)看待這些私有數(shù)據(jù)仍“有意義”時,為私有數(shù)據(jù)設(shè)置公有的get()set()成員函數(shù)才是合理的。然而在許多情況下, get()/set()成員函數(shù)和公有數(shù)據(jù)一樣差勁:它們僅僅隱藏了私有數(shù)據(jù)的名稱,而沒有隱藏私有數(shù)據(jù)本身。


            1:以上文字部分參考了《C++ FAQssecond edition, P73的內(nèi)容。

            2:我們經(jīng)常使用get/set成員函數(shù)作為急救帶來修補蹩腳的接口。

            posted on 2009-08-21 11:20 李現(xiàn)民 閱讀(3110) 評論(4)  編輯 收藏 引用 所屬分類: design

            評論

            # re: get與set成員函數(shù)是為代碼耦合之重要原因 2009-08-21 17:17 99書城

            很好啊 ~  回復(fù)  更多評論   

            # re: get與set成員函數(shù)是為代碼耦合之重要原因 2009-08-28 09:22 徐向榮

            很好!!!  回復(fù)  更多評論   

            # re: get與set成員函數(shù)是為代碼耦合之重要原因[未登錄] 2009-11-20 16:35 xu

            那到底到底應(yīng)該怎樣呢  回復(fù)  更多評論   

            # re: get與set成員函數(shù)是為代碼耦合之重要原因 2009-11-20 18:37 李現(xiàn)民

            @xu
            提供功能性接口,去完成有意義的操作,盡可能的不要暴露數(shù)據(jù)成員  回復(fù)  更多評論   

            久久青青草原亚洲av无码app| 国产99久久久国产精品小说| 久久精品国产99国产精品导航| 国内精品伊人久久久久777| 久久午夜无码鲁丝片| 99久久国产亚洲高清观看2024| 久久久午夜精品福利内容| 国产人久久人人人人爽| 一本色综合久久| 久久久久免费精品国产| 日韩精品久久久肉伦网站 | 成人综合久久精品色婷婷| 久久天天躁狠狠躁夜夜2020一 | 午夜精品久久影院蜜桃| 精品久久香蕉国产线看观看亚洲| 久久只这里是精品66| 久久亚洲AV无码精品色午夜 | 日产精品久久久久久久性色| 狠狠色噜噜狠狠狠狠狠色综合久久 | 伊人 久久 精品| 久久久久久夜精品精品免费啦| 色综合久久综合网观看| 精品熟女少妇AV免费久久| 久久精品国产只有精品2020| 麻豆精品久久久久久久99蜜桃| 国内精品久久久久久久97牛牛| 无码国内精品久久人妻麻豆按摩| 精品久久久久久中文字幕人妻最新| 国产精品久久久久久久午夜片| 2021少妇久久久久久久久久| 久久久久久久久无码精品亚洲日韩| 精品无码久久久久久久动漫| 精品久久久久久久中文字幕 | 久久超乳爆乳中文字幕| 成人综合久久精品色婷婷| 国产女人aaa级久久久级| 69久久夜色精品国产69| 久久A级毛片免费观看| 亚洲va中文字幕无码久久不卡| 中文字幕久久精品无码| 久久精品国产久精国产一老狼|