gpt4 book ai didi

如何优雅地改进Django中的模板碎片缓存详解

转载 作者:qq735679552 更新时间:2022-09-27 22:32:09 28 4
gpt4 key购买 nike

CFSDN坚持开源创造价值,我们致力于搭建一个资源共享平台,让每一个IT人在这里找到属于你的精彩世界.

这篇CFSDN的博客文章如何优雅地改进Django中的模板碎片缓存详解由作者收集整理,如果你对这篇文章有兴趣,记得点赞哟.

前言 。

本文主页给大家介绍了关于如何改进Django中模板碎片缓存的相关内容,关于Django模板碎片缓存大家可以先看看这篇文章,下面话不多说了,来一起看看详细的介绍吧 。

起步 。

Django 的缓存体系提供了模板片段缓存:

?
1
2
3
4
{ % load cache % }
{ % cache 500 sidebar % }
  .. sidebar ..
{ % endcache % }

但使用这个模板缓存还是需要每次都把需要的变量 sidebar 传给模板,不然当缓存过期时碎片是空白的。于是就需要的视图中获取这些数据

?
1
2
3
4
def test_view(request):
  # code...
  sidebar = get_data()
  return render(reqeust, 'test_view.html' , { 'sidebar' : sidebar})

如果这个数据获取的过程比较耗时,那么这个碎片缓存形同虚设.

低级缓存 。

使用低级缓存能解决数据获取耗时问题

?
1
2
3
4
5
6
7
8
9
10
from django.core.cache import cache
def get_data():
  key = 'hot-course'
  result = cache.get(key)
  if result:
  return result
  # 比较耗时的数据获取
  result = Course.objects. filter ().order_by( '-fav_num' )[: 10 ]
  cache. set (key, result, 600 ) # 保存至缓存
  return result

这样一般就能解决数据来源耗时问题,一般用了这个方式就不会再用模板碎片缓存了,不然内存中就有两个缓存了,一个是原始数据,另一个是渲染成 html 代码的结果。有点多余,内存宝贵应该用于刀刃上,而且两个缓存的方式极不优雅.

使用这种底层 api 后,还是需要把数据传递到视图层,如果是公共部分的如轮播部分的视图,是会被其他模板 include 的,那就需要其他视图函数也都获取一次数据,再传递到模板层。重复的代码会很多.

有没有一种好的办法解决这种情况呢?

优雅的改进碎片缓存 。

改进的碎片缓存需要能按需获取,最好不需要视图层的参与。这个要求可以通过标签来实现,我们来自己实现一下这个缓存标签,在此之前呢,需要做个通用的缓存工具,能够传入数据获取的函数来做回调,这部分其实和 Django 的 django.templatetags.CacheNode 类基本一样。我这边就写与其不一样的地方

?
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
class UserCacheNode(Node):
  """
  优雅的自定义模板碎片缓存
  """
  def __init__( self , nodelist, expire_time_var, fragment_name, vary_on, cache_name, fun = None ):
  # ...
  self .fun = fun # 用于数据获取的回调函数
 
  def render( self , context: dict ):
  # ...
  if value is None :
   if self .fun: # 实行回调
   context.update( self .fun( * vary_on))
   value = self .nodelist.render(context)
   fragment_cache. set (cache_key, value, expire_time) # 保存至缓存
  return value

然后是制作自定义标签:

?
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
def get_hot_course():
  # 做会调用,函数返回字典
  print ( "call hot course" )
  hot_courses = Course.objects. filter ().order_by( 'stu_nums' )[: 5 ]
  return locals ()
 
@register .tag( 'hot_course_cache' ) # 自定义的标签名称
def hot_course_cache(parser, token):
  nodelist = parser.parse(( 'endcache' ,))
  parser.delete_first_token()
  tokens = token.split_contents()
  cache_name = None
 
  return UserCacheNode(
  nodelist, parser.compile_filter(tokens[ 1 ]),
  tokens[ 2 ], # fragment_name can't be a variable.
  [parser.compile_filter(t) for t in tokens[ 3 :]],
  cache_name,
  fun = get_hot_course, # 回调函数
  )

然后在模板中就可以这么使用

?
1
2
3
4
{ % load course_tag % }
{ % hot_course_cache 500 hot_courses % }
  ...hot_courses...
{ % endcache % }

通过用自定义标签的方式,就无需视图层的参与了,缓存标签的使用方式也和体系中的 cache 相似,由于是自定义的标签,一些 IDE 会有一些警告,比如我的开发环境:

如何优雅地改进Django中的模板碎片缓存详解

运行上是没问题的,IDE 可能对这类自定义标签的支持度不是很好吧.

参考 。

Django's cache framework 。

Custom template tags and filters 。

总结 。

以上就是这篇文章的全部内容了,希望本文的内容对大家的学习或者工作具有一定的参考学习价值,如果有疑问大家可以留言交流,谢谢大家对我的支持.

原文链接:http://www.hongweipeng.com/index.php/archives/1539/ 。

最后此篇关于如何优雅地改进Django中的模板碎片缓存详解的文章就讲到这里了,如果你想了解更多关于如何优雅地改进Django中的模板碎片缓存详解的内容请搜索CFSDN的文章或继续浏览相关文章,希望大家以后支持我的博客! 。

28 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com