今天要來介紹比較好玩的內(nèi)容——__index元方法

1.我是備胎，記得回頭看看

咳咳，相信每一位女生都擁有或者不知不覺中擁有了一些備胎，啊，當(dāng)然，又或許是成為過別人的備胎。

沒有備胎的人，就不是完整的人生。（小若：停！）
 
我們來想象一下，如果對(duì)一個(gè)table進(jìn)行取值操作，但是table根本就沒有這個(gè)值呢？
比如：

輸出結(jié)果當(dāng)然是：nil

t只用于name這個(gè)字段，而我們卻訪問了它的money字段，自然是返回nil了。

但是，如果我們不希望這樣呢？我們希望在訪問不存在的字段時(shí)，進(jìn)行一些自定義的操作呢？
 
沒問題，Lua滿足了我們，那就是，__index元方法。

在使用加法操作時(shí)，會(huì)查找__add元方法，那么，在調(diào)用table不存在的字段時(shí)，會(huì)調(diào)用__index元方法，這是一樣的規(guī)則。
 
我們來看看代碼：

我們給table設(shè)置了一個(gè)自定義的元表，元表的__index元方法使用了我們的函數(shù)。
運(yùn)行結(jié)果如下：

于是，我們就可以在這個(gè)函數(shù)里做很多自定義的操作了。
 
（小若：等等，這和備胎有半毛錢關(guān)系嗎？）
關(guān)于，備胎，等會(huì)再說~

2.繼承的實(shí)現(xiàn)方法

雖然現(xiàn)在還沒到講解繼承的時(shí)候，不過，我們可以先來稍微品嘗一下。

當(dāng)調(diào)用table中不存在的字段時(shí)，會(huì)調(diào)用table元表的__index元方法，這個(gè)剛剛我們已經(jīng)說過了。

但是，如果這個(gè)__index元方法是一個(gè)table的話，那么，就會(huì)在這個(gè)table里查找字段，并調(diào)用。

說起來，有點(diǎn)混亂，看代碼就清楚了：

留意__index，我們給它賦值了一個(gè)table，這個(gè)table中有一個(gè)money對(duì)象。

那么，當(dāng)調(diào)用t的某個(gè)不存在的字段時(shí)，就會(huì)去查找__index里的table，如果找到這個(gè)字段，就調(diào)用它。

這很微妙，完全就是備胎的潛質(zhì)，只有在t中找不到的時(shí)候，才會(huì)想起這個(gè)“備胎”。
 
輸出結(jié)果如下：

這個(gè)順便吐槽一下，我真不知道為什么大家給數(shù)字的分割是3個(gè)零分一次，900萬非得寫成9,000,000，這完全沒法一下子就看出是900萬啊~！

像我這么分割：900,0000,四個(gè)零分割一次，每四個(gè)零就是一個(gè)階級(jí)，一下子就看出是900萬了~

不信你們?cè)囋嚕?0,000,000是多少？0.5秒內(nèi)回答！9000萬沒錯(cuò)。

那，9000,0000是多少？5秒內(nèi)回答！是不是輕松很多？一看就知道是9000萬了！（小若：分明就是偏心啊！一個(gè)0.5秒，一個(gè)5秒！）

3.試試?yán)^承

咳咳，不小心跑題了。（小若：我想說很久了，一般跑題的人都是故意的）
剛剛的例子還沒法體會(huì)到“繼承”的概念，我們?cè)賮砜匆粋€(gè)例子：

我們定義了一個(gè)table，叫做smartMan，作為“基類”。

然后新建兩個(gè)table，t1和t2，將smartMan作為元表的__index元方法。

于是，當(dāng)調(diào)用t1、t2的money或者sayHello字段時(shí)，實(shí)際上就會(huì)找到smartMan的字段。
是不是很像繼承的樣子？

關(guān)于繼承，再后面一些的內(nèi)容才會(huì)詳細(xì)說到，這里就暫時(shí)聊這么多~

4.結(jié)束

今天才突然發(fā)現(xiàn)，我這Lua系列的文章被放到Cocos2d-x的中文官網(wǎng)了，還上了首頁。
本想著這是我偷偷補(bǔ)習(xí)Lua的記錄，所以連CSDN的博客我也沒去發(fā)布~
因?yàn)槲矣X得，寫這么基礎(chǔ)的文章，不是很好意思到處發(fā)布~（小若：等等！你確定你知道什么叫做“不是很好意思”嗎？）