我使用了一种简单的技术，可以很好地处理没有特殊标记和附加上下文的小情况。有时这很有用

{% for i in '0123456789'|make_list %}
    {{ forloop.counter }}
{% endfor %}

我只是把流行的答案做得更深入一些，让它更健壮。这允许您指定任何起点，例如0或1。它还使用了python的range特性，其中末尾少了一个，因此可以直接与列表长度一起使用。

@register.filter(name='range')
def filter_range(start, end):
    return range(start, end)

然后在你的模板中只包括上面的模板标签文件，并使用以下:

{% load myapp_filters %}

{% for c in 1|range:6 %}
    {{ c }}
{% endfor %}

现在你可以用1-6代替0-6或者硬编码。添加一个步骤将需要一个模板标签，这应该涵盖更多的用例，所以这是向前迈出的一步。

你不传递n本身，而是传递range(n)[包含从0到n-1的整数列表]，从你的视图到你的模板，在后者中，你在range %}中为i执行{%(如果你绝对坚持以1为基础，而不是正常的以0为基础的索引，你可以使用forloop。循环体中的计数器;-)。

这需要一个范围函数。Django的一个特性票被提出了(https://code.djangoproject.com/ticket/13088)，但关闭为“不会修复”以下的评论。

我对这个想法的印象是，它试图导致在模板中编程。如果您有一个需要呈现的选项列表，那么它们应该在视图中计算，而不是在模板中。如果这就像一个值范围那么简单，那就这样吧。

他们有一个很好的观点——模板应该是视图的非常简单的表示。您应该在视图中创建有限的必需数据，并将其传递给上下文中的模板。

的绑定

{'n' : range(n) }

到模板，然后做

{% for i in n %}
...
{% endfor %}

注意，您将得到基于0的行为(0,1，…)n - 1)。

(为兼容Python3而更新)

不幸的是，Django模板语言不支持这一点。有一些建议，但它们看起来有点复杂。我只要在上下文中放一个变量:

...
render_to_response('foo.html', {..., 'range': range(10), ...}, ...)
...

在模板中:

{% for i in range %}
     ...
{% endfor %}