지금까지 어느정도 윤곽은 잡아놨고, url의 사용방법 변경을 변경하게 되면서 앞의 내용을 왜 배웠나 싶지만.. 모든건 이유가 있다고 생각한다. 어떻게 발전해왔고 어떤 의미를 뜻하는지 천천히 쫓아간다면 오히려 이해가 되기 때문이다. 그러나 유독 django는 배우면 '하지만!! 더 좋은게 있죠?' 의 느낌은 떨쳐내긴 어렵다.. 그래도 하나씩 알아가는건 재밌는 것 같다. Django URLs 계속 다뤄온 url을 왜 다시 다루게 되었을까? urls의 정의를 떠올려보자. URL dispatcher (운항 관리자, 분배기)로 URL 패턴을 정의하고 패턴이 일치하는 요청을 처리할 view 함수를 연결(매핑) 하는 것. 그림으로 깔끔하게 설명할 수 있다. 우리는 project dir 내부에서 urls 파일에 패턴을..
이전 포스팅은 django를 사용하기 위한기본적인 설정을 했다면 이번에는 사용하는 방법을 익힐 차례다. 정확히 흐름을 익히면 자연스럽게 작성이 가능하다고 하는데, 그렇게 됐으면 좋겠다..! Django Design Pattern : 소프트웨어 설계에서 발생하는 문제를 해결하기 위한 해결책으로 공통적인 문제를 해결하는 데 쓰이는 관행이다. MVT(Model, View, Controller)와 MTV(Model, Template, View)가 있는데 django에서는 후자를 택한다. 패턴은 동일하나 django에서 명칭만 다르게 정의한것이다. (View -> Template, Controller -> View으로 단순한 명칭 변경) : 애플리케이션을 구조화하는 패턴 (데이터 & 사용자 인터페이스 & 비지니스..
- Total
- Today
- Yesterday
- Python3
- 순열
- basic syntax
- Sequence types
- Method
- Django
- ChatGPT
- SQLite
- Serializer
- Database
- Python
- 중복순열
- CRUD
- CodeTree
- JavaScript
- baby-gin
- 백준
- 연산자
- vue3
- 카운팅정렬
- views.py
- vue
- app
- 재귀
- HTML
- dfs
- 함수
- Authentication System
- SQL
- restapi
일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
1 | 2 | 3 | 4 | |||
5 | 6 | 7 | 8 | 9 | 10 | 11 |
12 | 13 | 14 | 15 | 16 | 17 | 18 |
19 | 20 | 21 | 22 | 23 | 24 | 25 |
26 | 27 | 28 | 29 | 30 | 31 |