Lua中__index和__newindex之间的沉默与合作

为不想在一篇文章里挤太多知识点，所以，有些小知识点就集合到这样的文章里吧~

1.沉默技能——拒绝__index和__newindex效果

虽然__index和__newindex是很好用的功能，但是，有时候我们又希望很纯粹地去调用table或者给table赋值。

那，这时候怎么办？给table重新设置一个元表？不，这个做法很糟糕~

于是，体贴的Lua又给我们提供了这样的调用方式，如下代码：

通过rawget函数可以忽略元表的__index功效，纯粹地从t1中调用字段。

rawget的第一个参数是要调用的table，第二个参数是table的字段名。

因此，通过rawget调用t1的name字段，只能返回nil，而调用hehe字段，则能正确取得值。

同样的是，rawset函数可以忽略元表的__newindex功效，纯粹地给t1赋值。

来看看输出结果：

获取name字段，输出nil；
获取hehe字段，输出123；
修改name字段后，输出”小偷”

这就相当于t1并不存在__index和__newindex元方法了。
怎么样，这个沉默技能很有意思吧。

2.只读的table

呐，假设你又继续是一个主程，你写了一个很牛的功能，然后作为主程的你，每晚都要回家看电影。

所以你的功能不得不交给公司里那些刚毕业不到30年的新人去维护，让他们天天加班到晚上6点半。（小若：喂！6点半算加班吗？）

然而，这么牛的功能，可不能被这些新人随便改坏了，所以，除了保护table的元表之外，你还希望保护table的字段。

你要确保这些新人不会去修改你table的字段值。

没错，这时候就可以使用__index和__newindex来实现了，如下代码：

这可能有点难弄懂，先来看看输出结果吧：

没错，通过readOnly产生的table，是无法进行赋值操作的。
?
那么，原理呢？我们来一步步思考吧：

a.首先，readOnly会创建一个新的table，然后把我们传进去的table作为__index元方法。

b.元表里还增加了__newindex，用来阻止不存在字段的赋值操作。

c.readOnly返回的table已经不是我们原来的table了，它是一个空的table，但是它被设置了一个新的元表。

d.开始对days执行赋值操作：days[2] = “星期三哪去了啊？” 。

e.days是一个空的table，所以它不存在这个字段，也因此，会调用__newindex元方法，赋值失败。

f.如果只是调用days，不进行赋值，如：print(days[2]); 则能正常输出字段值，因为days的元表里有__index元方法。虽然days中不存在2这个字段，但是可以通过__index找到这个字段。
?
总而言之，最终，days成为了一个只可以读取，不能进行赋值操作的table。
（小若：那如果我使用rawset函数呢？不就打破了你的限制吗？）
咳咳，我们继续。

3.结束

终于结束，这几天几乎都在写文章了，没怎么看书，不过我会继续坚持写文章的~

看完书不记录一下，总觉得不够深刻~而且写完文章心情很好~

好吧，我写文章的进度已经赶不上看书的进度了，简单的几段文字就够我唠叨一篇文章了。

今天继续来说说元方法，与__index有点相似的__newindex元方法。

1.查询与更新

上一篇文章我们介绍了__index元方法，总结来说，__index元方法是用于处理调用table中不存在的字段。

注意，【调用】这个词，只是调用，而不是赋值。
?
如果，我们要对table中某个不存在的字段赋值呢？（小若：就，直接赋值啊！）

没错，我们直接就能赋值了，不会报错的。

问题是，如果我想监控这个操作呢？如果有人想对table不存在的字段进行赋值的时候，我想进行一些额外的处理呢？

这时候就要用到__newindex。
?
大家要记住这句话：__index用于查询，__newindex用于更新。

等会不要混乱了， 初次接触的话，有可能会混乱。

2.看看普通的赋值情况

我们先来看看正常情况下的赋值，如代码：

这是上一篇用过的例子，一个模仿继承结构的例子。
来分析一下，mt作为t1的元表，设置__index为smartMan。
于是，当我们调用t1中不存在的字段时，就会自动去smartMan中查找。
比如我们调用了t1.sayHello()，自然能找到对应的函数。
?
先来看看输出结果：

我们调用t1的sayHello字段，t1并不存在这个字段（虽然可以通过__index的方式来找到smartMan的sayHello字段）。

但这不影响，给这个字段赋值，然后再调用t1.sayHello()，发现是成功的。

这和我们以往的做法一样，对table做正常的赋值操作，不管table本身是否存在这个字段。

3.监控赋值

好了，普通情况我们已经试过了，如果我们想监控table的赋值操作呢？
对于不存在的字段，我们不需要被赋值呢？想要制作一个只读的table呢？
?
如果你有这些想法，那么欢迎拨打屏幕下方的号码，前10位打进的还赠送价值..（小若：停！）
那么，如果你有这些想法，请看看下面的代码：

留意mt元表，我们给它加了一个__newindex。
运行代码，输出结果如下：

很显然，sayHello字段赋值失败，因为给sayHello字段赋值的时候，调用了__newindex元方法，代替了赋值操作。

（小若：为什么？sayHello字段不是存在的么？为什么会说不存在呢？）
?
这里有一个地方要注意的，t1中确实是不存在sayHello字段的，它只是因为有元表存在，而元表里的__index元方法的值是smartMan这个table。

从而，可以在t1找不到sayHello字段的时候，去smartMan中寻找。

但，实际上，t1确实是不存在sayHello字段的，不知道大家能绕明白不？
?
因此，当试图给t1的sayHello字段赋值时，Lua判定sayHello字段是不存在的，所以会去调用元表里的__newindex元方法。

__newindex元方法被调用的时候会传入3个参数：table本身、字段名、想要赋予的值。

4.隔山打牛，通过给一个table给另一个table的字段赋值

和__index一样，__newindex元方法也可以赋予一个table值。
这种情况下就有点意思了，先看看代码：

这次的代码和刚刚差不多，但是我们新加了一个other的table，然后把other作为__newindex的值。

于是，当给t1的name字段赋值时，就会发生一些奇怪的事情…

先来看看输出结果：

当给t1的name字段赋值后，other的name字段反而被赋值了，而t1的name字段仍然没有发生变化。

（实际上t1的name字段还是不存在的，它只是通过__index找到了smartMan的name字段，这个就不唠叨了。）

于是，我们给t1的name赋值的时候，实际上是给other的name赋值了。

好吧，可怜的other。

5.总结规则

这就是__newindex的规则：

a.如果__newindex是一个函数，则在给table不存在的字段赋值时，会调用这个函数。
b.如果__newindex是一个table，则在给table不存在的字段赋值时，会直接给__newindex的table赋值。

6.结束

好了，关于元表和元方法的基础内容基本上告一段落了，接下来还有一篇关于元表和元方法的文章，也是一些比较零散的知识点。

之后，还会提到元表和元方法的，因为它们实在是太重要了。