2010-08-18 2 views

답변

0

전체는 django.contrib입니다. 각 앱의 기능에 대한 설명은 http://docs.djangoproject.com/en/dev/ref/contrib/을 참조하십시오.

기본적으로 프로젝트 독립적 유틸리티로 압축 할 수있는 기능 세트는 재사용 가능한 응용 프로그램이되어야합니다.

+0

. 예를 들어 Python의 표준 라이브러리를 보면, 자신 만의 Python 프로젝트를 분할하는 방법을 결정하는 데 많은 도움이되지 못합니다. – blake8086

+0

볼 수있는 방법은 앱이 ** 있어야 ** 앱이 ** 있다는 것입니다. 프로젝트에서 수행하는 작업에 대한 세부 정보를 게시 한 경우 별도의 앱으로 분할하는 방법을 알려줄 수 있습니다. – sdolan

1

Django의 "앱"은 사이트의 고급 기능이라고 생각합니다. 포럼, 라이프 채팅, FAQ 및 이미지 갤러리를 제공하는 사이트가 있다고 가정 해보십시오. 나는이 4 가지 기능 각각에 대해 별도의 장고 앱을 만들 것이다. 각 앱은 가질 필요는 있지만 꼭 필요한 것은 아닙니다. 모든 모델은 밀접한 관련이 있으며 고유 한 모델, 뷰, 템플리트 (잠재적으로 미들웨어 및 다른 것들)입니다.

그래서 설명 할 수 있습니다.

0

현재 Python/Django를 사용하여 분산 응용 프로그램을 작성 중입니다. 특정 서버는 핵심 기능 세트와 해당 상황에 맞는 특정 기능을 참조해야합니다. 일부 모델은 전체 모델보기 템플릿 시스템을 필요로하고, 다른 모델은 모델을 공유해야합니다. 응용 프로그램의 일부는 메모리 내 데이터베이스를 사용하고 나머지 응용 프로그램은 엔터프라이즈 급 데이터베이스를 사용합니다.

이 애플리케이션을 '스마트'settings.pyurls.py 스크립트를 사용하여 켜거나 끌 수있는 '앱'세트로 구성했습니다. '핵심'앱에는 전체 애플리케이션에 공통적 인 모델 만 있지만 (보기 또는 템플릿 없음) 'webcore'앱은 웹 UI를 제공하는 모든 앱에서 공통적 인보기 및 템플릿을 추가합니다. 다른 앱에는 적절한보기와 템플릿을 포함한 자체 모델이 있습니다. 일부 앱은 백그라운드 서비스 만 구현하므로보기 나 템플릿이 필요하지 않습니다.

settings.pyurls.py 스크립트에서 여러 응용 프로그램을 결합하여 전체 응용 프로그램의 복잡성을 처리하지 않고도 응용 프로그램의 작은 부분을 빌드하고 테스트 할 수 있습니다. 또한 응용 프로그램의 일부를 여러 서버에 배포 할 수도 있습니다 (확장 또는 고유 리소스 활용). 단일 응용 프로그램을 사용하여이 응용 프로그램을 작성한다면 많은 유연성을 잃을 것입니다.

0

제임스 베넷의이 talk이 모든 질문에 :) 대답해야

하지만 ** ** 애플 리케이션해야 것들, ** ** 애플 리케이션입니다 몇 가지의 좋은 예입니다
+0

아니요. 나는 그 이야기를 보았고, 문서를 읽고, 많은 블로그를 읽고, 인터넷으로 검색했고, 아무도 내가 원하는 것처럼 좋은 예를 제시하지 못했다. 그래도 고마워! – blake8086

관련 문제