"app"이 장고에서 의미하는 것에 대해 많은 혼란을 겪었습니다. 더 추상적 인 개념을 더 추상화하여 설명하는 문서가 그다지 중요하지 않기 때문에 . (http://docs.djangoproject.com/en/dev/intro/tutorial01/)Django Apps로 바꿔야 할 좋은 예제는 무엇입니까
콘크리트의 예는 무엇입니까?
"app"이 장고에서 의미하는 것에 대해 많은 혼란을 겪었습니다. 더 추상적 인 개념을 더 추상화하여 설명하는 문서가 그다지 중요하지 않기 때문에 . (http://docs.djangoproject.com/en/dev/intro/tutorial01/)Django Apps로 바꿔야 할 좋은 예제는 무엇입니까
콘크리트의 예는 무엇입니까?
전체는 django.contrib
입니다. 각 앱의 기능에 대한 설명은 http://docs.djangoproject.com/en/dev/ref/contrib/을 참조하십시오.
기본적으로 프로젝트 독립적 유틸리티로 압축 할 수있는 기능 세트는 재사용 가능한 응용 프로그램이되어야합니다.
Django의 "앱"은 사이트의 고급 기능이라고 생각합니다. 포럼, 라이프 채팅, FAQ 및 이미지 갤러리를 제공하는 사이트가 있다고 가정 해보십시오. 나는이 4 가지 기능 각각에 대해 별도의 장고 앱을 만들 것이다. 각 앱은 가질 필요는 있지만 꼭 필요한 것은 아닙니다. 모든 모델은 밀접한 관련이 있으며 고유 한 모델, 뷰, 템플리트 (잠재적으로 미들웨어 및 다른 것들)입니다.
그래서 설명 할 수 있습니다.
현재 Python/Django를 사용하여 분산 응용 프로그램을 작성 중입니다. 특정 서버는 핵심 기능 세트와 해당 상황에 맞는 특정 기능을 참조해야합니다. 일부 모델은 전체 모델보기 템플릿 시스템을 필요로하고, 다른 모델은 모델을 공유해야합니다. 응용 프로그램의 일부는 메모리 내 데이터베이스를 사용하고 나머지 응용 프로그램은 엔터프라이즈 급 데이터베이스를 사용합니다.
이 애플리케이션을 '스마트'settings.py
및 urls.py
스크립트를 사용하여 켜거나 끌 수있는 '앱'세트로 구성했습니다. '핵심'앱에는 전체 애플리케이션에 공통적 인 모델 만 있지만 (보기 또는 템플릿 없음) 'webcore'앱은 웹 UI를 제공하는 모든 앱에서 공통적 인보기 및 템플릿을 추가합니다. 다른 앱에는 적절한보기와 템플릿을 포함한 자체 모델이 있습니다. 일부 앱은 백그라운드 서비스 만 구현하므로보기 나 템플릿이 필요하지 않습니다.
settings.py
및 urls.py
스크립트에서 여러 응용 프로그램을 결합하여 전체 응용 프로그램의 복잡성을 처리하지 않고도 응용 프로그램의 작은 부분을 빌드하고 테스트 할 수 있습니다. 또한 응용 프로그램의 일부를 여러 서버에 배포 할 수도 있습니다 (확장 또는 고유 리소스 활용). 단일 응용 프로그램을 사용하여이 응용 프로그램을 작성한다면 많은 유연성을 잃을 것입니다.
. 예를 들어 Python의 표준 라이브러리를 보면, 자신 만의 Python 프로젝트를 분할하는 방법을 결정하는 데 많은 도움이되지 못합니다. – blake8086
볼 수있는 방법은 앱이 ** 있어야 ** 앱이 ** 있다는 것입니다. 프로젝트에서 수행하는 작업에 대한 세부 정보를 게시 한 경우 별도의 앱으로 분할하는 방법을 알려줄 수 있습니다. – sdolan