跳转到主要内容

和“
Drupal8
”有关的内容:

函数放置:

要进行drupal开发,开发者首要关心的可能就是函数库的放置,他们应该放在哪个文件里面呢?
通常我们是以模块的方式向drupal系统添加文件,所以首先可以将函数放置在模块主目录下的“模块名.module”文件中,该文件会被系统在容器建立后被自动加载

系统默认有两个模块定义的钩子信息函数:

system_hook_info 位于:\core\modules\system\ system.module
views_hook_info 位于\core\modules\views\ views.module

额外的笔者提醒思考以下问题:

缓存ID碰撞:

有没有可能两份数据出现同一个Cid呢?

其实是有可能的,但系统采取的措施很难遇到这样的情况,首先不同用途的数据已经分别被放在不同缓存Bin里面,即使碰撞也没有关系,再次数据会使用多个缓存上下文的组合,这降低了碰撞概率…

缓存上下文的用法:

缓存上下文的值是一个字符串数组,字符串是特定的,代表一种上下文,这个上下文用一个上下文对象实现,以容器的服务形式存在,加上“cache_context.”前缀就是它对应的容器服务id。

这个字符串经常被叫做“token”、上下文id、缓存上下文占位符等。…

回过头来,应该明白为什么缓存管理器在计算返回cid时返回的是ContextCacheKeys对象了吧,它承担缓存数据冒泡的工作,这个对象包含了缓存属性,缓存系统将合并它到被缓存数据的缓存属性

 

上下文优化的原则是指定的缓存上下文中,如果同时存在具备共同父级的上下文,将只保留共同父级上下文,冒号视为句点,…

在drupal中上下文就是指当请求到来时,系统所处的工作环境,这个环境由请求和系统设置共同构成,系统首先要搞清楚环境(上下文)才知道自己该怎么行动(正应前文所讲)。

那么缓存上下文CacheContext呢,就是指相对于缓存系统的环境(缓存环境是系统环境的子集),缓存系统依据此环境才能正确行动,…

缓存上下文优化

你可能已经注意到了有些缓存id包含句点,这可能代表什么吗?其实缓存上下文是分层级的,句点就是层级间的分割,从左到右就是从父到子

为什么要分层级?这是为了起到缓存上下文优化作用,怎么优化呢?背后的原理是什么?优化的目的不是避免产生大量变体,…

“上下文Context”这个词是什么意思呢?平常生活中它常见于语言、文字交流里面,意思是当前交流处于一个特定的环境下,依托前面的内容交流才有意义

比如这句话:“他正在学习drupal”,如果单独说是没有意义的,因为你不知道“他”指代谁,在交流中前面一定定义清楚了“他”是谁,这个“他”就是上下文,这个谁就是上下文的值

如何自定义一个缓存上下文呢?

定义一个服务,它实现了以上两种接口之一,服务id为:cache_context.context_id,这里“cache_context.”是系统要求的强制前缀,“context_id”就是要使用的上下文id了

定义好服务后给出“cache.context…

这里有一个问题,请思考:我们知道一个缓存上下文id指代一种环境参数,体现了这种环境参数的改变带来的数据变体改变,然而环境参数是非常非常多的,比如请求头、cookie他们都包含很多子条目

每个子条目都可以是一个上下文id,那么我们岂不是要定义非常多的缓存上下文对象?但我们发现这样的上下文有一个共同特点:…