溫馨提示×
您好，登錄后才能下訂單哦！
點擊 登錄注冊 即表示同意《億速云用戶服務條款》
您好，登錄后才能下訂單哦！
本篇內(nèi)容介紹了“java迪米特原則是什么”的有關知識，在實際案例的操作過程中，不少人都會遇到這樣的困境，接下來就讓小編帶領大家學習一下如何處理這些情況吧！希望大家仔細閱讀，能夠?qū)W有所成！
迪米特原則（LOD），The Law Of Demeter，也稱為最少知識原則
定義
一個對象應該對其他對象有最少的了解。
也就是說一個類耦合和調(diào)用一個類應該知道的最少，它只關心被耦合和調(diào)用的類的公共方法，而被耦合和調(diào)用的類如何復雜它并不關心。這在另一程度也說明類方法的最小權(quán)限性，不要隨意定義public公開方法，你只公開你需要公開的。
迪米特原則對類的低耦合度提出了以下幾點要求：
1、只和朋友類交流
類與類之間的交流無需知道內(nèi)部結(jié)構(gòu)，其內(nèi)部與其他陌生類打交道我并不關心。
2、朋友類之間的距離
一個類公開的屬性和方法越多，其被修改的可能性也會更大，所以在設計一個的時候要權(quán)衡利弊，把范圍定義在合理的范圍內(nèi)。
所以，迪米特很明顯的優(yōu)點是低耦合度，提高了系統(tǒng)的可維護性和可擴展性。 但另一方面，為了滿足這些特性而又不得不增加很多包裝的類或方法，這在一定程度上也就提高了類的復雜性。
“java迪米特原則是什么”的內(nèi)容就介紹到這里了，感謝大家的閱讀。如果想了解更多行業(yè)相關的知識可以關注億速云網(wǎng)站，小編將為大家輸出更多高質(zhì)量的實用文章！
免責聲明：本站發(fā)布的內(nèi)容（圖片、視頻和文字）以原創(chuàng)、轉(zhuǎn)載和分享為主，文章觀點不代表本網(wǎng)站立場，如果涉及侵權(quán)請聯(lián)系站長郵箱：is@yisu.com進行舉報，并提供相關證據(jù)，一經(jīng)查實，將立刻刪除涉嫌侵權(quán)內(nèi)容。
