“中国要复兴、富强，必须在开源软件领域起到主导作用，为了国家安全和人类发展，责无旁贷，我们须为此而奋斗”——By:云客
实体字段管理器用于获取和实体类型有关的字段信息，她让各模块参与建设实体类型的字段定义，是所有内容实体类型的字段定义中枢，在涉及实体字段信息时大多会用到她，比如节点实体储存处理器用它来确定数据库表信息，因此很重要，以下讲述她的各种方法：
容器服务id：entity_field.manager
Drupal 源码分析
如果你喜欢Drupal，并且想学习怎么把基于Drupal的网站做得好看一点，请转到晴空的专栏《听晴空讲Drupal主题（视频版）》
云客Drupal 源码分析系列文档，适用于D8及D9，为中国开发者展现Drupal底层实现细节，可视为开发者的速查手册，或有一定Drupal基础的开发者进一步提高的教程，该系列现（2020）已完成，这标志着中国缺少Drupal文档的状态被终结，核心所有必备的知识点在该系列中均得以覆盖，从Drupal8 alpha版开始到Drupal9正式版本发布，历时六年，发布字数一百一十余万字，关于该工程的更多信息请点击这里查阅
一个可字段化的实体类型自身定义的字段称为基本字段（非bundle定义，模块可以通过钩子entity_base_field_info添加定义），她们存在于所有的bundle中，也就是说所有bundle可用，基本字段定义可以通过模块的
实体类型bundle信息服务在容器中的服务id是entity_type.bundle.info，从代码上说这是一个很简单的服务，用以获取系统中实体类型的bundle信息，由于她充分的展示了什么是bundle，进一步帮助理解bundle这个概念，因此本系列将她作为一个独立主题来讲述。
服务id：entity_type.bundle.info
源码分析重点在于在自己的大脑中重现开发者的思维过程，内容实体基类是drupal中很大的一个类，她要处理众多的问题，内容实体的大多数功能都集中在这里，开发者有许多的考虑，要弄清楚她的所有细节，学习者可能会觉得有些困难，这时需要明白任何复杂庞大的事物都是一步步累积发展起来的，初遇的学习者只看到了她的结果，没有看到她的演化历程，所以有这样的感觉很正常，开发者也不是一步到位的，而是从简单到复杂、反复
字段api的核心为字段对象、字段控件、字段格式化器，在上节中已经强调了字段对象中的字段含义不等于数据库层面的字段（数据表中的列），她是更高一级的抽象，字段对象是一个列表型的类型化数据对象，附属到实体对象作为属性，列表中的每一个条目是一个复合类型的类型化数据对象，可以叫做字段条目对象，字段对象是列表对象决定着字段可以是多值的，这也就是为什么我们在管理后台字段管理中可以设定数量限制的原因，字段条
字段API提供字段储存、类型化、验证等功能，它是内容实体的基石，是学习实体之前不可忽略的内容，而她又是建立在类型化组件之上的
从本质上讲，插件和钩子机制是系统各个部分传递信息和进行组织的一种机制，他们可以让各部分参与到某件事情中来，他们和事件派发器、服务定义一起形成了系统的神经系统，或称为系统总线或信息高速公路，因为插件、钩子、事件派发器、服务定义有一个共同特点：连接系统的各个部分，从而让核心和模块没有明确的边界，他们是一个整体，模块可以像核心一样参与系统建设，从而实现了drupal的高度模块化。
内容实体用于处理系统四大信息类别（内容、会话、状态、配置）中最主要的内容信息，如栏目内容、评论内容、会员数据、文件信息等等，是一个比较庞大的子系统，涉及内容很多，本主题介绍一个概况，帮助后续学习，在后续主题中对各细节会有非常详细的介绍
据联合国教科文组织曾发布的《濒危语言图谱》的数据，在这颗星球上我们的文明有7000种语言，另据德国出版的《语言学及语言交际工具问题手册》有5651种语言，具体有多少谁也说不清，但我们知道人类文明大体有数千种语言之多，中国就有129种语言，世界80%的人讲83种主要语言，drupal系统默认提供的语言列表有95种，但非常可惜的是许多语言正在衰亡，人类是个大家庭，文明需要多样性，计算机系统要将人
在本系列的前面介绍了实体基础和配置系统的部分内容，现在已有足够的预备知识，我们结合一个具体的实体列子来看一看实体是怎么实现的，本篇讲解用户角色实体
在drupal中有些对象会存在依赖关系，被依赖的对象存在后，依赖它的对象才能被安装，这往往是后者需要前者提供的功能或者信息，否则无法运行；例如：节点类型创建后才能创建他们的字段，这两者都创建后才能创建视图显示配置；依赖可以有很多级，一级一级的形成依赖链条，在安装和
精炼一点看实体由两大部分构成：数据和动作，实现各种动作的类我们称之为实体处理器，有很多，如储存处理器、表单构建处理器、访问控制处理器、翻译处理器等等等等，这些类在实体释文的handlers属性中指定，系统为实体处理器提供了一个通用接口：
Drupal\Core\Entity\EntityHandlerInterface
配置实体基类是系统定义的一个用于配置实体的抽象基类，继承自实体基类，完成了配置实体的大部分通用功能，具体的配置实体往往会继承它，比如用户角色实体，这样写少量代码即可，类定义如下：
Drupal\Core\Config\Entity\ConfigEntityBase
注：本系列先前已发布过两篇关于实体基础性介绍的主题：《实体概述》和《实体类型管理器、实体类型、实体》，请先查阅，从本主题开始将深入到具体的代码细节，并以序列编号有关实体的主题，该序列将指导学习的顺序。
在上篇中讲了配置schema和配置对象类型化，那么如何得到配置对象的类型化数据对象呢？该对象是类型化配置管理器通过schema定义实例化完成的
前言：在阅读本主题前，请务必先阅读本系列的类型化数据API主题并深入掌握它，本主题涉及的内容是建立在其上的，那是必须的前备知识，否则难以理解。
在上篇中讲到了配置覆写，一般在哪些情况下需要进行配置覆写呢？往往是针对不同角色、上下文、域名、组等等，本篇看看语言配置覆写，她是默认安装下系统提供的唯一一个配置覆写，由语言模块提供，服务定义在：\core\modules\language\ language.services.yml中，如下；
在cms中配置信息非常重要，储存管理员及模块的各种设定，以它指导系统行为等等，在系统中是四大类信息（内容、会话、状态、配置）之一，drupal中配置系统是一个比较大且重要的系统，本系列将分多节
在drupal中关于数组的操作需求有很多是php没有直接提供的，但它们又被普遍使用，因此drupal自带了几个数组操作的类，在本系列之前写过一篇以数组合并为主题的分享，本篇将介绍其他几种类型的数组操作，它们是：
多维嵌套数组处理：Drupal\Component\Utility\ NestedArray
在权限系统的上篇中详细介绍了入站权限检查，在下篇中将介绍业务逻辑权限检查，也就是在管理后台中看到的账户、权限、角色以及涉及管理业务逻辑的权限检查等内容，让我们从这里开始：