本節(jié)內容會針對面向對象的程序設計進行一部分的擴展和補充，方便我們在項目開發(fā)過程中的操作能更加的全面和完善。

 

0. 本節(jié)內容

 

0.1 類型屬性和對象成員屬性

 

0.2 對象屬性的外部聲明和限制

 

0.3 多繼承機制下的注意的問題

 

0.4 類的定制屬性~魔法方法

 

0.5 特殊的類型：枚舉

 

1. 類型屬性和對象的成員屬性

 

在之前的章節(jié)中，我們就類和對象已經學習過了如下內容

 

類型的定義

類型中屬性的定義

類型中方法的定義

屬性和方法的私有化操作

當類型在處理的過程中，我們知道在init()函數中可以初始化類的成員屬性/變量，在創(chuàng)建對象的過程中，每個對象的成員屬性都是互相獨立且互不影響的；對象A是不能直接使用對象B的成員屬性的值的，而是要通過對象B調用獲取對象B的屬性；

python的類型中，還提供了一種方式，可以直接定義類的屬性，這樣定義的屬性是當前類型創(chuàng)建的所有對象所共享的，也可以直接通過類名稱調用，這樣的屬性稱為：類屬性

 

類屬性：是定義在類型中的公開的屬性，可以讓通過當前類型直接操作，可以是當前類型創(chuàng)建的所有對象共享的數據


2. 對象屬性的外部聲明和限制

 

上面的代碼中，我們使用p1.onlineCount=15發(fā)現沒有修改類屬性，而是給p1增加了一個成員屬性，這是怎么回事呢？

 

觀察下面的代碼：

在上述代碼中，我們定義了一個空類型Person，在創(chuàng)建了Person的對象之后，可以在對象的引用變量上，給對象添加額外的成員屬性【切記，這里添加的額外的成員屬性僅限于當前的這個對象，其他對象上不會出現】

 

這樣的操作方式，可以在一定程度上讓代碼的操作更加靈活，但是同時也降低了代碼的可讀性，試想一下~我們辛辛苦苦抽象定義好了類型Person，Person中已經出現了我們所有人知道的屬性，結果在操作的過程中，朝陽群眾A創(chuàng)建的Person對象多出來了2個其他人不知道的屬性，朝陽群眾B創(chuàng)建的Person對象又多出來了其他人不知道的3個屬性，這是一件非?？植赖氖虑椋瑫屨麄€類型和對象的操作變得非常的混亂。

觀察上述代碼，兩個人創(chuàng)建的對象，一團混亂，光是一個性別兩個開發(fā)人員定義的擴展出來的成員變量都不一致，后續(xù)其他人在操作的時候都不知道應該調用什么屬性來處理了。

 

python為了處理這樣的問題，提供了一個特殊的類屬性__slots__ ，該屬性的值是一個元組，元組中定義了類中可以出現的所有成員屬性的名稱


3. 多繼承機制下的注意的問題

 

多繼承機制，在操作的過程中，同樣也是提高了代碼的處理靈活性，很大程度的擴展了代碼的功能

 

在使用多繼承機制進行程序設計開發(fā)的過程中一定要注意一個問題：當前類繼承了一個或者多個父類，當前類就同時繼承了父類中的公開的屬性和函數，如果不同的父類中出現相同的屬性/函數，就需要明確執(zhí)行的過程

4. 類的定制屬性~魔法方法

 

上面的代碼中，我們已經看到了，類似__slots__這樣的變量在前后加了雙下劃線的，在python中會有特殊的含義，這里會繼續(xù)介紹一些常見的在面向對象開發(fā)過程中出現的一些這樣的魔法方法

 

4.1. 對象格式化打印輸出【__str__()】

 

常規(guī)情況下，對象直接輸出，會輸出對象的描述信息，晦澀難懂

我們突然發(fā)現，直接打印對象，輸出的結果竟然是我們在__str__()方法中定義的字符串。其實我們在使用使用對象的時候，就會默認調用對象的__str__()方法獲取對象的字符串描述信息，這個__str__()方法是從object對象繼承而來的，我們這里只是對它進行了方法重寫。
肯定是不能這么干的~，所以出現錯誤：Person對象不是一個可執(zhí)行的東東 5.1. 使用枚舉

 

上述代碼中，我們通過三種方式進行了枚舉的定義和處理，但是每一種方式都多多少少存在一些遺憾，python中提供了一種特殊的類型：枚舉，來處理這樣定義常量的問題：

 

枚舉的語法結構：是不是和上面我們使用元組的方式特別相像呢？！

5.2. 自定義枚舉

 

Python提供的枚舉已經完全足夠適用于我們項目中使用的各種場景了

如果枚舉的細節(jié)處理程度還是不滿足您的項目，可以通過python提供的方式進行自定義枚舉的定義


>>>更多VR/AR入門教程:VR入門