你可以在views.py的上下文中传递range(n)而不是n。这将给你一个可迭代的列表。

context['range']= range(n)

然后你可以这样迭代你的模板:

{% for i in range %}
   <!-- your code -->
{% endfor %}

如果数字来自一个模型，我发现这是一个很好的模型补丁:

def iterableQuantity(self):
    return range(self.quantity)

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

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

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

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

我在这个问题上很努力，我找到了最好的答案: (来自如何在django模板中循环7次)

你甚至可以访问idx!

views.py:

context['loop_times'] = range(1, 8)

html:

{% for i in loop_times %}
        <option value={{ i }}>{{ i }}</option>
{% 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或者硬编码。添加一个步骤将需要一个模板标签，这应该涵盖更多的用例，所以这是向前迈出的一步。