Python框架之Django学习笔记(七)

标签

eif/else

  {% if %} 标签检查(evaluate)一个变量,如果这个变量为真(即,变量存在,非空,不是布尔值假),系统会显示在 {% if %} 和 {% endif %} 之间的任何内容,例如:

1 {% if today_is_weekend %}
2     <p>Welcome to the weekend!</p>
3 {% endif %}

  {% else %} 标签是可选的:

1 {% if today_is_weekend %}
2     <p>Welcome to the weekend!</p>
3 {% else %}
4     <p>Get back to work.</p>
5 {% endif %}

Python 的“真值”

  在Python和Django模板系统中,以下这些对象相当于布尔值的False:

  • 空列表([] )
  • 空元组(() )
  • 空字典({} )
  • 空字符串(‘‘ )
  • 零值(0 )
  • 特殊对象None
  • 对象False(很明显)

  除以上几点以外的所有东西都视为"True"。

  {% if %} 标签接受 and , or 或者 not 关键字来对多个变量做判断 ,或者对变量取反( not ),例如:

{% if athlete_list and coach_list %}
    Both athletes and coaches are available.
{% endif %}

{% if not athlete_list %}
    There are no athletes.
{% endif %}

{% if athlete_list or coach_list %}
    There are some athletes or some coaches.
{% endif %}

{% if not athlete_list or coach_list %}
    There are no athletes or there are some coaches.
{% endif %}

{% if athlete_list and not coach_list %}
    There are some athletes and absolutely no coaches.
{% endif %}

  {% if %} 标签不允许在同一个标签中同时使用 and 和 or ,因为逻辑上可能模糊的,例如,如下示例是错误的: 比如这样的代码是不合法的:

{% if athlete_list and coach_list or cheerleader_list %}

  系统不支持用圆括号来组合比较操作。 如果你确实需要用到圆括号来组合表达你的逻辑式,考虑将它移到模板之外处理,然后以模板变量的形式传入结果吧。 或者,仅仅用嵌套的{% if %}标签替换吧,就像这样:

1 {% if athlete_list %}
2     {% if coach_list or cheerleader_list %}
3         We have athletes, and either coaches or cheerleaders!
4     {% endif %}
5 {% endif %}

  多次使用同一个逻辑操作符是没有问题的,但是我们不能把不同的操作符组合起来。 例如,这是合法的:

{% if athlete_list or coach_list or parent_list or teacher_list %}

  并没有 {% elif %} 标签, 请使用嵌套的`` {% if %}`` 标签来达成同样的效果:

1 {% if athlete_list %}
2     <p>Here are the athletes: {{ athlete_list }}.</p>
3 {% else %}
4     <p>No athletes are available.</p>
5     {% if coach_list %}
6         <p>Here are the coaches: {{ coach_list }}.</p>
7     {% endif %}
8 {% endif %}

  PS:一定要用 {% endif %} 关闭每一个 {% if %} 标签。

for

  {% for %} 允许我们在一个序列上迭代。 与Python的 for 语句的情形类似,循环语法是 for X in Y ,Y是要迭代的序列而X是在每一个特定的循环中使用的变量名称。 每一次循环中,模板系统会渲染在 {% for %} 和{% endfor %} 之间的所有内容。

  例如,给定一个运动员列表 athlete_list 变量,我们可以使用下面的代码来显示这个列表:

1 <ul>
2 {% for athlete in athlete_list %}
3     <li>{{ athlete.name }}</li>
4 {% endfor %}
5 </ul>

  给标签增加一个 reversed 使得该列表被反向迭代:

{% for athlete in athlete_list reversed %} ... {% endfor %}

  可以嵌套使用 {% for %} 标签:

1 {% for athlete in athlete_list %}
2     <h1>{{ athlete.name }}</h1>
3     <ul>
4     {% for sport in athlete.sports_played %}
5         <li>{{ sport }}</li>
6     {% endfor %}
7     </ul>
8 {% endfor %}

  在执行循环之前先检测列表的大小是一个通常的做法,当列表为空时输出一些特别的提示。

1 {% if athlete_list %}
2     {% for athlete in athlete_list %}
3         <p>{{ athlete.name }}</p>
4     {% endfor %}
5 {% else %}
6     <p>There are no athletes. Only computer programmers.</p>
7 {% endif %}

  因为这种做法十分常见,所以“ for” 标签支持一个可选的“{% empty %}” 分句,通过它我们可以定义当列表为空时的输出内容 下面的例子与之前那个等价:

1 {% for athlete in athlete_list %}
2     <p>{{ athlete.name }}</p>
3 {% empty %}
4     <p>There are no athletes. Only computer programmers.</p>
5 {% endfor %}

  Django不支持退出循环操作。 如果我们想退出循环,可以改变正在迭代的变量,让其仅仅包含需要迭代的项目。 同理,Django也不支持continue语句,我们无法让当前迭代操作跳回到循环头部。

  在每个“ {% for %}”循环里有一个称为“ forloop” 的模板变量。这个变量有一些提示循环进度信息的属性。

  forloop.counter 总是一个表示当前循环的执行次数的整数计数器。 这个计数器是从1开始的,所以在第一次循环时 forloop.counter 将会被设置为1。

1 {% for item in todo_list %}
2     <p>{{ forloop.counter }}: {{ item }}</p>
3 {% endfor %}

  forloop.counter0 类似于 forloop.counter ,但是它是从0计数的。 第一次执行循环时这个变量会被设置为0。

  forloop.revcounter 是表示循环中剩余项的整型变量。 在循环初次执行时 forloop.revcounter 将被设置为序列中项的总数。 最后一次循环执行中,这个变量将被置1。

  forloop.revcounter0 类似于 forloop.revcounter ,但它以0做为结束索引。 在第一次执行循环时,该变量会被置为序列的项的个数减1。

  forloop.first 是一个布尔值,如果该迭代是第一次执行,那么它被置为“” 在下面的情形中这个变量是很有用的:  

  System Message: WARNING/2 (<string>, line 1071); backlink

  Inline literal start-string without end-string.

1 {% for object in objects %}
2     {% if forloop.first %}<li class="first">{% else %}<li>{% endif %}
3     {{ object }}
4     </li>
5 {% endfor %}

  forloop.last 是一个布尔值;在最后一次执行循环时被置为True。 一个常见的用法是在一系列的链接之间放置管道符(|)

1 {% for link in links %}{{ link }}{% if not forloop.last %} | {% endif %}{% endfor %}

  上面的模板可能会产生如下的结果:

1 Link1 | Link2 | Link3 | Link4

  另一个常见的用途是为列表的每个单词的加上逗号。 

1 Favorite places:
2 {% for p in places %}{{ p }}{% if not forloop.last %}, {% endif %}{% endfor %}

  forloop.parentloop 是一个指向当前循环的上一级循环的 forloop 对象的引用(在嵌套循环的情况下)。 例子在此:

 1 {% for country in countries %}
 2     <table>
 3     {% for city in country.city_list %}
 4         <tr>
 5         <td>Country #{{ forloop.parentloop.counter }}</td>
 6         <td>City #{{ forloop.counter }}</td>
 7         <td>{{ city }}</td>
 8         </tr>
 9     {% endfor %}
10     </table>
11 {% endfor %}

  forloop 变量仅仅能够在循环中使用。 在模板解析器碰到{% endfor %}标签后,forloop就不可访问了。

  Context和forloop变量

  在一个 {% for %} 块中,已存在的变量会被移除,以避免 forloop 变量被覆盖。 Django会把这个变量移动到forloop.parentloop 中。通常我们不用担心这个问题,但是一旦我们在模板中定义了 forloop 这个变量(当然我们反对这样做),在 {% for %} 块中它会在 forloop.parentloop 被重新命名。

  ifequal/ifnotequal

  Django模板系统压根儿就没想过实现一个全功能的编程语言,所以它不允许我们在模板中执行Python的语句(还是那句话,要了解更多请参看理念和限制小节)。 但是比较两个变量的值并且显示一些结果实在是个太常见的需求了,所以Django提供了 {% ifequal %} 标签供我们使用。

  {% ifequal %} 标签比较两个值,当他们相等时,显示在 {% ifequal %} 和 {% endifequal %} 之中所有的值。

  下面的例子比较两个模板变量 user 和 currentuser : 

1 {% ifequal user currentuser %}
2     <h1>Welcome!</h1>
3 {% endifequal %}

  参数可以是硬编码的字符串,随便用单引号或者双引号引起来,所以下列代码都是正确的:

1 {% ifequal section ‘sitenews‘ %}
2     <h1>Site News</h1>
3 {% endifequal %}
4
5 {% ifequal section "community" %}
6     <h1>Community</h1>
7 {% endifequal %}

  和 {% if %} 类似, {% ifequal %} 支持可选的 {% else%} 标签:

1 {% ifequal section ‘sitenews‘ %}
2     <h1>Site News</h1>
3 {% else %}
4     <h1>No News Here</h1>
5 {% endifequal %}

  只有模板变量,字符串,整数和小数可以作为 {% ifequal %} 标签的参数。下面是合法参数的例子:

1 {% ifequal variable 1 %}
2 {% ifequal variable 1.23 %}
3 {% ifequal variable ‘foo‘ %}
4 {% ifequal variable "foo" %}

  其他任何类型,例如Python的字典类型、列表类型、布尔类型,不能用在 {% ifequal %} 中。 下面是些错误的例子:

1 {% ifequal variable True %}
2 {% ifequal variable [1, 2, 3] %}
3 {% ifequal variable {‘key‘: ‘value‘} %}

  如果你需要判断变量是真还是假,请使用 {% if %} 来替代 {% ifequal %} 。

  注释

  就像HTML或者Python,Django模板语言同样提供代码注释。 注释使用 {# #} :

1 {# This is a comment #}  

  注释的内容不会在模板渲染时输出。

  用这种语法的注释不能跨越多行。 这个限制是为了提高模板解析的性能。 在下面这个模板中,输出结果和模板本身是 完全一样的(也就是说,注释标签并没有被解析为注释):

1 This is a {# this is not
2 a comment #}
3 test.

  如果要实现多行注释,可以使用`` {% comment %}`` 模板标签,就像这样:

1 {% comment %}
2 This is a
3 multi-line comment.
4 {% endcomment %}
时间: 2024-08-11 05:45:44

Python框架之Django学习笔记(七)的相关文章

Python框架之Django学习笔记(十七)

Django框架之表单(续二) PS:本博客欢迎转发,但请注明博客地址及作者~ 博客地址:http://www.cnblogs.com/voidy/ <.)#)))≦ 今天的这篇博客将是Django学习笔记博客的最后一篇,基本每周最少一篇的Django框架学习,坚持到今天也实属不易,当然了,这个框架的学习仅仅是Django框架的基础部分了,不过也够我们平时搭个简易的网站或者个人博客什么的.希望通过这一系列的博文,让大家也从中体会到Django框架的魅力所在,如果很不幸,你没有体会到,只能说明我水

Python框架之Django学习笔记(十一)

话说上次说到数据库的基本访问,而数据库我们主要进行的操作就是CRUD,也即是做计算处理时的增加(Create).读取(Retrieve)(重新得到数据).更新(Update)和删除(Delete),俗称:增删改查.废话不多说,学习开始. 插入和更新数据 你已经知道怎么做了: 先使用一些关键参数创建对象实例,如下: 1 >>> p = Publisher(name='Apress', 2 ... address='2855 Telegraph Ave.', 3 ... city='Berk

Python框架之Django学习笔记(十二)

Django站点管理 十一转眼结束,说好的充电没能顺利开展,反而悠闲的看了电视剧以及去影院看了新上映的<心花路放>.<亲爱的>以及<黄金时代>,说好的劳逸结合现在回首看去,如果睡觉吃饭算是的话,那倒是挺多.是啊,十一过去了,也该收收心,开始准备过年了.啊,不对,准备工作.扯淡到此结束,接下来,开始学习Django的站点管理. 管理界面有一问题: 创建它太繁琐. 当你开发对公众的功能时,网页开发是有趣的,但是创建管理界面通常是千篇一律的. 你必须认证用户,显示并管理表格,

Python框架之Django学习笔记(六)

模板 上篇博文学习了动态视图,但是,视图中返回文本的方式有点特别. 也就是说,HTML被直接硬编码在 Python 代码之中. 1 def current_datetime(request): 2 now = datetime.datetime.now() 3 html = "<html><body>It is now %s.</body></html>" % now 4 return HttpResponse(html) 尽管这种技术便

Python框架之Django学习笔记(十)

又是一周周末,如约学习Django框架.在上一次,介绍了MVC开发模式以及Django自己的MVT开发模式,此次,就从数据处理层Model谈起. 数据库配置 首先,我们需要做些初始配置:我们需要告诉Django使用什么数据库以及如何连接数据库.假定你已经完成了数据库服务器的安装和激活,并且已经在其中创建了数据库(例如,用 CREATE DATABASE语句). 如果你使用SQLite,不需要这步安装,因为SQLite使用文件系统上的独立文件来存储数据.和前面章节提到的 TEMPLATE_DIRS

Python框架之Django学习笔记(十六)

Django框架之表单(续) 今天简直无力吐槽了,去了香山,结果和网上看到的简直是天壤之别啊,说好的香山的枫树呢?说好的香山的红叶呢?说好的漫山遍野一片红呢?本以为在山上,一口气爬上去,沿路基本都是翠绿的松柏,松柏啊亲,难道我不仅红绿色盲,还是一个松枫不辨星人!更坑爹的是回来的时候,排队等公交等了近三个小时,你说为什么不自驾游?没办法,穷人开不起撒.总之,一句话总结香山之旅: 如果你恨他/她,就让他/她周末去香山吧,如果他/她爱你,就让他/她周末带你去香山吧!恩,闲扯到此为止,虽然挺累,不过学习

Python框架之Django学习笔记(九)

模型 之前,我们用 Django 建造网站的基本途径: 建立视图和 URLConf . 正如我们所阐述的,视图负责处理一些主观逻辑,然后返回响应结果. 作为例子之一,我们的主观逻辑是要计算当前的日期和时间. 在当代 Web 开发中,主观逻辑经常牵涉到与数据库的交互. 数据库驱动网站在后台连接数据库服务器,从中取出一些数据,然后在 Web 页面用漂亮的格式展示这些数据. 这个网站也可能会向访问者提供修改数据库数据的方法. 许多复杂的网站都提供了以上两个功能的某种结合. 例如 Amazon.com

Python框架之Django学习笔记(五)

第一个Django网页小结 进来的请求转入/hello/. Django通过在ROOT_URLCONF配置来决定根URLconf. Django在URLconf中的所有URL模式中,查找第一个匹配/hello/的条目. 如果找到匹配,将调用相应的视图函数. 视图函数返回一个HttpResponse. Django转换HttpResponse为一个适合的HTTP response, 以Web page显示出来. 在url映射到函数部分用到了一些正则表达式的相关知识,在http://www.cnbl

Python框架之Django学习笔记(十五)

表单 从Google的简朴的单个搜索框,到常见的Blog评论提交表单,再到复杂的自定义数据输入接口,HTML表单一直是交互性网站的支柱.本次内容将介绍如何用Django对用户通过表单提交的数据进行访问.有效性检查以及其它处理. 与此同时,我们将介绍HttpRequest对象和Form对象. 从Request对象中获取数据 在前面讲述View的函数时已经介绍过HttpRequest对象了,但当时并没有讲太多. 让我们回忆下:每个view函数的第一个参数是一个HttpRequest对象,就像下面这个