56. 实体字段管理器entity_field.manager

实体字段管理器用于获取和实体类型有关的字段信息,她让各模块参与建设实体类型的字段定义,是所有内容实体类型的字段定义中枢,在涉及实体字段信息时大多会用到她,比如节点实体储存处理器用它来确定数据库表信息,因此很重要,以下讲述她的各种方法:
容器服务id:entity_field.manager

54. 实体类型bundle信息服务entity_type.bundle.info

实体类型bundle信息服务在容器中的服务id是entity_type.bundle.info,从代码上说这是一个很简单的服务,用以获取系统中实体类型的bundle信息,由于她充分的展示了什么是bundle,进一步帮助理解bundle这个概念,因此本系列将她作为一个独立主题来讲述。

服务id:entity_type.bundle.info

53. 实体Entity(五)内容实体基类

源码分析重点在于在自己的大脑中重现开发者的思维过程,内容实体基类是drupal中很大的一个类,她要处理众多的问题,内容实体的大多数功能都集中在这里,开发者有许多的考虑,要弄清楚她的所有细节,学习者可能会觉得有些困难,这时需要明白任何复杂庞大的事物都是一步步累积发展起来的,初遇的学习者只看到了她的结果,没有看到她的演化历程,所以有这样的感觉很正常,开发者也不是一步到位的,而是从简单到复杂、反复

52. 字段API(中)

字段api的核心为字段对象、字段控件、字段格式化器,在上节中已经强调了字段对象中的字段含义不等于数据库层面的字段(数据表中的列),她是更高一级的抽象,字段对象是一个列表型的类型化数据对象,附属到实体对象作为属性,列表中的每一个条目是一个复合类型的类型化数据对象,可以叫做字段条目对象,字段对象是列表对象决定着字段可以是多值的,这也就是为什么我们在管理后台字段管理中可以设定数量限制的原因,字段条

50. 插件系统(中)

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

49. 实体Entity(四):内容实体概述Content Entity

内容实体用于处理系统四大信息类别(内容、会话、状态、配置)中最主要的内容信息,如栏目内容、评论内容、会员数据、文件信息等等,是一个比较庞大的子系统,涉及内容很多,本主题介绍一个概况,帮助后续学习,在后续主题中对各细节会有非常详细的介绍

48. 语言Language

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

45. 实体entity(三)配置实体储存处理器

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

Drupal\Core\Entity\EntityHandlerInterface