편집
1,408
번
바뀜
둘러보기로 가기
검색하러 가기
잔글
편집 요약 없음
2번째 줄:
2번째 줄:
+
−_set.all : 속성의 모든 레코드 가져오기...
+
+사용할 수 있는 불린연산자는 다음과 같다. <code>and, or, not, and not, ==, !=, <, >, <=, >=, in, not in</code>
view에서 탬플릿을 호출한 후 변수들을 처리하는데, 이 변수들을 넣을 공간을 태그로 표시하여 처리한다.
view에서 탬플릿을 호출한 후 변수들을 처리하는데, 이 변수들을 넣을 공간을 태그로 표시하여 처리한다.
−파이썬 문법과 다른, 변수들을 처리하기 위해 탬플릿 내에서만 사용되는 문법이다.
+view에서 탬플릿을 읽고 해당하는 지점을 기계적으로 처리하기때문에 html에서 주석으로 넣어도 작동해버린다.
+파이썬 문법과 다른(장고에서만 사용함.), 변수들을 처리하기 위해 탬플릿 내에서만 사용되는 문법이다.
=탬플릿 변수=
=탬플릿 변수=
29번째 줄:
31번째 줄:
2. 속성을 포함했는가?(객체(모델)의 속성을 보여준다.)
2. 속성을 포함했는가?(객체(모델)의 속성을 보여준다.)
−3. 리스트인가?
+3. 리스트인가? 리스트의 경우, <code>객체.0</code> 형태로 인덱스로 정보를 뽑아낼 수 있다.
정의되어있지 않은 변수의 경우, 빈 문자열을 반환한다. 이 문자열을 변경하려면 settings.py에서 TEMPLATE_TRINGS_IF... 이걸 지정해주면 된다.
정의되어있지 않은 변수의 경우, 빈 문자열을 반환한다. 이 문자열을 변경하려면 settings.py에서 TEMPLATE_TRINGS_IF... 이걸 지정해주면 된다.
42번째 줄:
44번째 줄:
|-
|-
|하위객체
|하위객체
−|예컨대, question이라는 모델 아래에 answer이라는 모델이 연결되어 있다면, question을 템플릿에서 받은 후, 하위 모델에 접근할 수 있다.
+|예컨대, Question이라는 모델 아래에 Answer이라는 모델이 연결되어 있다면, Question을 템플릿에서 받은 후, 하위 모델에 접근할 수 있다.
<nowiki>{{question.하위모델_set.all}}</nowiki> 형태로 하위모델을 모두 불러올 수 있다.
<nowiki>{{question.하위모델_set.all}}</nowiki> 형태로 하위모델을 모두 불러올 수 있다.
50번째 줄:
52번째 줄:
−테이블명.속성_set.all : 테이블의 해당 속성 기록 모두를 의미한다.
+테이블명.속성_set.all : 테이블(모델)의 하위에 속하는 테이블(모델) 모두를 의미한다.
−|글에 달린 답변 불러오기.
|글에 달린 답변 불러오기.
|-
|-
72번째 줄:
72번째 줄:
|{% url 인덱스 %}
|{% url 인덱스 %}
|하드코딩 대신 인덱스를 쓰기 위한 태그. urls.py의 path에서 name속성에 기입한 인덱스 주소를 불러온다.
|하드코딩 대신 인덱스를 쓰기 위한 태그. urls.py의 path에서 name속성에 기입한 인덱스 주소를 불러온다.
−앱 이름을 지정했다면 {% url 앱이름:인덱스 %} 형태로 쓰인다.
+앱 이름을 지정했다면 {% url '앱이름:인덱스' %} 형태로 쓰인다.
−변수를 보낼 수도 있어 <code>{% url 앱이름:인덱스 변수명 변수명2 %}</code> 형태로도 가능하다.
+변수를 보낼 수도 있어 <code>{% url '앱이름:인덱스' 변수명 변수명2 %}</code> 형태로도 가능하다.
|}
|}
=== 템플릿에서 링크 연결 ===
=== 템플릿에서 링크 연결 ===
−<a href = "{% url '주소' 넘길변수%}">나타낼내용</a>
+url을 사용하기 위해선 다음과 같은 방법이 있다. 일반적으로 <a href="http://도메인/경로"></a> 형태로 사용하는데, 실제 주소 대신 다음과 같이 사용할 수 있다.
+{| class="wikitable"
+!방법
+!설명
+|-
+|기본 형태(하드코딩)
+|<syntaxhighlight lang="html+django">
+<a href="http://도메인/주소"></a>
+</syntaxhighlight>도메인이 바뀌거나 변경이 생기면 하드코딩의 경우 모든 페이지에서 일일이 바꾸어주어야 하는 불편이 있다.
+|-
+|태그 사용(인덱스 사용)
+|<syntaxhighlight lang="html+django">
+<a href = "{% url '인덱스' 넘길변수%}">나타낼내용</a>
+</syntaxhighlight>앱 안의 urls.py에서 지정한 name 속성을 따라 연결한다.
+앞쪽의 도메인이나, 경로가 변경되어도 자동으로 잡아주어 편리하다.
+|-
+|태그 사용(이름공간 사용)
+|<syntaxhighlight lang="html+django">
+<a href = "{% url '이름공간:인덱스' 넘길변수%}">나타낼내용</a>
+</syntaxhighlight>앱 안의 urls.py에서 지정한 appname변수를 이름공간으로 사용하고, name 속성을 인덱스로 사용하여 연결한다.
+각 앱에서 인덱스가 겹치는 것을 방지할 수 있다.
+|}
==정적 파일 불러오기==
==정적 파일 불러오기==
{| class="wikitable"
{| class="wikitable"
91번째 줄:
114번째 줄:
== 조건문 ==
== 조건문 ==
탬플릿 내에서 조건문과 분기문을 사용할 수 있다.
탬플릿 내에서 조건문과 분기문을 사용할 수 있다.
+
+사용할 수 있는 불린연산자는 다음과 같다. <code>and, or, not, and not, ==, !=, <, >, <=, >=, in, not in</code>
===분기문===
===분기문===
102번째 줄:
127번째 줄:
|객체가 있는지 확인, 있으면 endif 사이의 문장을 보여준다.
|객체가 있는지 확인, 있으면 endif 사이의 문장을 보여준다.
ex) {% if question_list %} 는 question_list가 있을 때 하위의 명령을 실행하라는 의미.
ex) {% if question_list %} 는 question_list가 있을 때 하위의 명령을 실행하라는 의미.
+
+
108번째 줄:
135번째 줄:
{% endif %}로 닫아주어야 함에 유의.
{% endif %}로 닫아주어야 함에 유의.
|{% if 객체 %}
|{% if 객체 %}
+....
{% endif %}
{% endif %}
|-
|-
130번째 줄:
158번째 줄:
{% endfor %}
{% endfor %}
|파이썬의 문법과 다를 건 거의 없다.
|파이썬의 문법과 다를 건 거의 없다.
−|-
|-
|{% if not forloop.last %}
|{% if not forloop.last %}
|for문의 마지막인지 아닌지 여부를 담는 변수 등이 있다.
|for문의 마지막인지 아닌지 여부를 담는 변수 등이 있다.
−(세거나 그런 것들이...)
+(세거나 그런 것들이...) for문 안에 넣어서 사용한다.
|-
|-
−|{% for key, value in items %}
+|{% for key, value in 사전.items %}
<nowiki>{{key}}</nowiki> : <nowiki>{{value}}</nowiki>
<nowiki>{{key}}</nowiki> : <nowiki>{{value}}</nowiki>
{% endfor %}
{% endfor %}
−|리스트 안에 담긴 변수들을 각각 꺼내어 사용할 수도 있다.
+|사전 안에 든 것은 .items를 붙여주어야 한다.
+리스트 안에 담긴 변수들을 각각 꺼내어 사용할 수도 있다.
|}
|}
155번째 줄:
183번째 줄:
|<nowiki>{{forloop.counter0}}</nowiki>
|<nowiki>{{forloop.counter0}}</nowiki>
|-
|-
−|거꾸로 카운팅해준다.
+|거꾸로 카운팅해준다. 1까지 세어준다.
|<nowiki>{{forloop.revcounter}}</nowiki>
|<nowiki>{{forloop.revcounter}}</nowiki>
|-
|-
163번째 줄:
191번째 줄:
== 변수 선언 ==
== 변수 선언 ==
+변수를 view로부터 받기도 하지만, 직접 선언할 수도 있다.
+
굳이 탬플릿 내에서 변수를 설정할 필요가 있을까 싶긴 하다; 가능한 데이터는 뷰 내에서 다루어야 프론트 개발자와의 업무분장이 쉬워질 듯한데..
굳이 탬플릿 내에서 변수를 설정할 필요가 있을까 싶긴 하다; 가능한 데이터는 뷰 내에서 다루어야 프론트 개발자와의 업무분장이 쉬워질 듯한데..
{| class="wikitable"
{| class="wikitable"
170번째 줄:
200번째 줄:
|-
|-
|{% with 변수='값' %}
|{% with 변수='값' %}
+{% endwith %}
|변수와 값을 설정한다.
|변수와 값을 설정한다.
−|<nowiki>{{변수}}</nowiki> 형태로 기입한다.
+|태그 사이에서 <nowiki>{{변수}}</nowiki> 형태로 기입한다.
|}
|}
186번째 줄:
217번째 줄:
|}
|}
+=== 기타 ===
+{| class="wikitable"
+!태그
+!기능
+|-
+|{# 내용 #}
+|내용을 주석 처리한다. html주석 안에 탬플릿태그를 넣으면 이조차 데이터로 취급하니, 가끔 쓰일 때가 있다.
+|}
[[분류:장고 탬플릿]]
[[분류:장고 탬플릿]]