从本质上讲，插件和钩子机制是系统各个部分传递信息和进行组织的一种机制，他们可以让各部分参与到某件事情中来，他们和事件派发器、服务定义一起形成了系统的神经系统，或称为系统总线或信息高速公路，因为插件、钩子、事件派发器、服务定义有一个共同特点：连接系统的各个部分，从而让核心和模块没有明确的边界，他们是一个整体，模块可以像核心一样参与系统建设，从而实现了drupal的高度模块化。

据联合国教科文组织曾发布的《濒危语言图谱》的数据，在这颗星球上我们的文明有7000种语言，另据德国出版的《语言学及语言交际工具问题手册》有5651种语言，具体有多少谁也说不清，但我们知道人类文明大体有数千种语言之多，中国就有129种语言，世界80%的人讲83种主要语言，drupal系统默认提供的语言列表有95种，但非常可惜的是许多语言正在衰亡，人类是个大家庭，文明需要多样性，计算机系统要将人

在drupal中有些对象会存在依赖关系，被依赖的对象存在后，依赖它的对象才能被安装，这往往是后者需要前者提供的功能或者信息，否则无法运行；例如：节点类型创建后才能创建他们的字段，这两者都创建后才能创建视图显示配置；依赖可以有很多级，一级一级的形成依赖链条，在安装和

精炼一点看实体由两大部分构成：数据和动作，实现各种动作的类我们称之为实体处理器，有很多，如储存处理器、表单构建处理器、访问控制处理器、翻译处理器等等等等，这些类在实体释文的handlers属性中指定，系统为实体处理器提供了一个通用接口：

Drupal\Core\Entity\EntityHandlerInterface

配置实体基类是系统定义的一个用于配置实体的抽象基类，继承自实体基类，完成了配置实体的大部分通用功能，具体的配置实体往往会继承它，比如用户角色实体，这样写少量代码即可，类定义如下：

Drupal\Core\Config\Entity\ConfigEntityBase

注：本系列先前已发布过两篇关于实体基础性介绍的主题：《实体概述》和《实体类型管理器、实体类型、实体》，请先查阅，从本主题开始将深入到具体的代码细节，并以序列编号有关实体的主题，该序列将指导学习的顺序。

前言：在阅读本主题前，请务必先阅读本系列的类型化数据API主题并深入掌握它，本主题涉及的内容是建立在其上的，那是必须的前备知识，否则难以理解。

在上篇中讲到了配置覆写，一般在哪些情况下需要进行配置覆写呢？往往是针对不同角色、上下文、域名、组等等，本篇看看语言配置覆写，她是默认安装下系统提供的唯一一个配置覆写，由语言模块提供，服务定义在：\core\modules\language\ language.services.yml中，如下；

在cms中配置信息非常重要，储存管理员及模块的各种设定，以它指导系统行为等等，在系统中是四大类信息（内容、会话、状态、配置）之一，drupal中配置系统是一个比较大且重要的系统，本系列将分多节

在drupal中关于数组的操作需求有很多是php没有直接提供的，但它们又被普遍使用，因此drupal自带了几个数组操作的类，在本系列之前写过一篇以数组合并为主题的分享，本篇将介绍其他几种类型的数组操作，它们是：

多维嵌套数组处理：Drupal\Component\Utility\ NestedArray

在权限系统的上篇中详细介绍了入站权限检查，在下篇中将介绍业务逻辑权限检查，也就是在管理后台中看到的账户、权限、角色以及涉及管理业务逻辑的权限检查等内容，让我们从这里开始：

   先来看一个问题：假设一个网络系统每秒钟需要保存数十万来自用户提交的信息，并分配一个id给每条信息用于以后唯