聊聊C# CLR中那些大量的友元函数,友元类的底层玩法

一:理解友元

如果你看过 CLR 代码就会发现这里面有很多的 friend 修饰符, 比如: MethodTable.cpp 文件下。.

class MethodTable
{
    /************************************
     *  FRIEND FUNCTIONS
     ************************************/
    // DO NOT ADD FRIENDS UNLESS ABSOLUTELY NECESSARY
    // USE ACCESSORS TO READ/WRITE private field members

    // Special access for setting up String object method table correctly
    friend class ClassLoader;
    friend class JIT_TrialAlloc;
    friend class Module;
    friend class EEClass;
    friend class MethodTableBuilder;
    friend class CheckAsmOffsets;
 ...
}

这对于 C# 来说是个新鲜玩意,这一篇我们就来探索下 friend 的底层玩法。

我个人觉得类中引入了 friend 修饰符会让类之间更具有人情味,在现实生活中,人都是一个独立的个体,什么该拿出来,什么不该拿出来,自己心里很有数, 这就是很好的封装性,但这个封装性最终还是取决于对面是什么人,如果是 亲戚 在遇到困难的时候你绝对可以慷概援助, 陌生人 你可能就需要考虑再三了。

那这个 friend 就是用来标记 谁和谁 是亲戚,谁和谁是朋友,大家相互利用对方的资源,一起做大当地的市场。

在 C++ 中存在两种友元,一个叫 友元函数,一个叫 友元类,我们逐一了解下。

一:C++ 中的友元函数

1. 一个小例子

为了方便说明,先上一段代码:

#include<iostream>

using namespace std;

class Person {

public:
 Person(int money) :money(money) {}
private:
 string name;
 int money;
};

int getMoney(const Person& person)
{
 int money = person.money;

 return money;
}

int main() {

 Person p(100);

 int age = getMoney(p);

 cout << "money: " << age << endl;
}

假定上面的 getMoney 函数想直接提取 Person 的私有字段 money ,这么粗暴的做法,我想是个人都会拒绝,何况是函数了,在现实社会实践中,总有办法能偷出来的