面向對象三大特征之一封裝簡述

程序自身涵蓋兩個特點：高內聚 低耦合

高內聚就是類的內部方法我們自己完成

低耦合低耦合就是僅對外暴露少量方法作為使用

封裝的設計思想就是：

把描述一個對象的特性和行為封裝成一個類 把具體的業務邏輯功能封裝成一個

方法， 隱藏對象內部的復雜性，只對外提供簡單的接口，便于外界使用，從而提

高系統可擴展性以及可維護性

例子： 洗衣機僅僅只是為我們提供了外部按鈕，既可以完成復雜操作

體現：將類的屬性進行私有化（private），同時對外提供公共的（public）方法來獲取（getxxx）以及設置（setxxx）

封裝沒有private、default、protected、public四大修飾符，那就不再是封裝。。。

修飾類只能是public以及default（可有可不有）

封裝是面向對象三大特征中最好理解的，什么意思呢，說白了，就是要把關鍵的，沒必要給其他人看的邏輯和熟悉密封好，裝起來，不讓其他人看。

那怎么去做的？對，沒錯，就是用private！

在方法和屬性前邊加上private后，就封裝了某些屬性和某些方法，他們就不會對外公開了。

先說好處：

1、減少其他人看你類的時間，讓調用的人看你代碼更簡單

2、由于屬性和某些方法封裝起來了，那讓你的代碼邏輯更安全！

那大家有好多問題了，首先就是質疑以上的兩點好處：

1、我寫的代碼比如Person這個類，如果我想知道里邊的邏輯，我直接打開去看不就好了，private的我也能看到，怎么會減少時間，調用的人看代碼怎么會簡單？

2、封裝起來后我并沒有覺得簡單?。看a我還是能看到啊，跟我一起工作的同事也能看到?。堪踩谀睦?？

如果有這兩點疑問很正常，說明大家學的還是很走心的。

那我回答一下第1個問題：

第一種場景：實際工作中，我們寫的代碼量是遠遠大于Person這類的，一個類會有幾百行甚至上千行，那方法甚至會有幾十個，可能這個類就完成幾個簡單的功能，卻有幾十個方法來協同工作，所以只需要把這幾個簡單的功能公開出來就好。

比如Person的年齡每年自增，那如何自增的邏輯沒必要讓其他人看到吧，因為代碼太多，他可能只是需要使用這個類來獲取這個人的年齡，所以，把年齡自增的邏輯封裝起來（private修飾符），僅僅提供一個獲取年齡的方法就可以了（public修飾符）。

這樣調用你的類同事是不是只要去看你公開了哪些可以使用的方法就可以了？一般方法都會有注釋，我前邊講過的注釋規則還記得吧，注釋中一般都會寫著這個方法是做什么用的，那大家使用你這個類的時候，是不是只要看公開的public的方法和屬性以及他們的注釋就足夠了，沒必要讀完整個類，畢竟大家都挺忙的，需要爭分奪秒完成任務。

第二種場景：在實際工作中很多邏輯其實并不是自己寫的，怎么說呢？比如文件讀取操作，使用的是系統IO操作的類庫，這些類庫直接通過import導入類就可以使用了，那這些類代碼更多，成千上萬行，那你能去通讀嗎？顯然是很難做到的，所以他們封裝了很多 操作，提供出來幾十個公開的方法，這樣你看公開的方法和javadoc就可以了（/**.。..*/這種方式的注釋生成的文檔，就是javadoc，前邊講注釋的時候提到過）

第三種場景：如果我們去寫代碼，時間長了，發現有些東西經常用，比如時間日期的工具類，那我們也可以把它做成類庫（jar或者aar的形式），我們習慣稱做sdk也就是軟件開發工具（Software Development Kit），那這些類庫是提供給你同事或者其他合作伙伴用的，他們也是不會去關心你是怎么實現的，只需要關系是不是有他們需要的功能，那這些功能公開出來就可以了，其他的東西都private封裝好，這樣他們讀起來是不是就簡單多了。

說了這么多場景，不知道大家有沒有明白，我再舉個生活上的例子吧，輔助大家理解：比如最近天氣很熱，大家使用空調，遙控器是public的吧，大家都能看到，也有說明書（javadoc），那大家就直接使用了，不用去關心如何實現的調高溫度、調低溫度、風量控制這些吧！

再回答第2個問題：

關于安全方面，比如人類這類你們公司經常用，你要把他打包到通用的sdk中，那如果你把年齡這個字段寫成了public，或者你公開了一個set方法

public void setAge（int age） {

this.age = age;

}

那這個年齡很有可能被其他人調用了setAge或者直接person.name=12，這樣修改了年齡！實際上年齡應該是走你的算法，每年遞增，比如去年1歲，今年2歲，那你突然給它設置個12歲，那這個人的年齡就會出問題！所以要做封裝，這樣數據才會安全！

這僅僅是最基礎的安全，如果后邊講到多線程，還會涉及數據安全的問題，也是可以通過private來降低一些線程導致的數據問題。