: - 예를 들어, 웹 로그 시스템, 공공 기록의 데이터베이스 또는 간단한 설문 조사 응용 프로그램Django의 "앱"은 무엇입니까?
앱은 무언가를 웹 응용 프로그램입니다. 프로젝트는 특정 웹 사이트의 구성 및 앱 모음입니다. 프로젝트에 여러 개의 앱이 포함될 수 있습니다 ( ). 여러 프로젝트에서 앱이 일 수 있습니다.
그러나 "앱"을 만드는 다른 예는 무엇입니까?
은 한 가지입니다.
재사용 가능한 데이터 모델이있는 경우 앱입니다. 사용자 프로필 : App. 고객 : 앱. 고객 통계 기록 (너무 많은 세부 정보를 제공하지 않으면 설명하기 힘듭니다) : App. 신고 : 앱. 계리 분석 : 앱. 데이터 수집을위한 공급 업체 API : App.
고유하고 재사용하지 않는 (즉, 고객 별) 경우 다른 앱에 의존하는 앱입니다. 데이터로드는 고객별로 다릅니다. 각각은 기존 앱 쌍 (빌드 업로드 및 통계 기록)을 기반으로하는 앱입니다.
Django에 내장 된 사용자 프레임 워크를 사용하지 않을 경우 사용자 관리가 응용 프로그램이 될 수 있습니다.
블로그에는 사용자 인터페이스와 저장된 데이터 모델이 있으며 블로그 나 위키 응용 프로그램과는 별개입니다 (정보는 공유되지만).
두 응용 프로그램이 동일한 '프로젝트'에있는 한 그들은 DB에 대해 동일한 설정을 사용해야합니다. 적절한 모델을 사용하려고하는 곳에서 적절한 모델을 가져올 수 있어야합니다.
조금 더 자세한 정보는 this link을 참조하십시오.
앱은 우리가 다른 곳에서 사용하도록을 분할 할 수 있습니다 경우,이 앱의 재사용
단위입니다 : (우리를 위해) 응용 프로그램을 만드는 것
확인. 사용자는 나쁜 선택이었습니다. 하지만 앱간에 데이터를 공유 할 수 있습니까? –
네, 그렇게 할 수 있어야합니다. 자세한 정보를 제공하는 수정 된 게시물 –
장고 앱은 재사용 할 수있는 기능의 번들입니다. 시작하기 만하면 프로젝트에 하나의 맞춤 앱을 사용하는 것이 쉽지만 "장고 방식"은 하나만하는 개별 앱으로 분리하는 것입니다. 정말 잘 만들어진 재사용 가능한 응용 프로그램의 예를 보려면 django.contrib를 살펴보십시오.
광산의 최근 사례 : 클라이언트는 CSV 데이터를 장고 모델로 가져 오는 방법이 필요했습니다. 가장 쉬운 방법은 FileField가있는 모델을 추가하고 업로드하는 특정 형식의 빠른 파서를 작성하는 것입니다. 형식이 바뀔 때까지는 제대로 작동 할 것이고 파서가 일치하도록 만들어야합니다. 하지만 이것은 자주 반복되는 작업 (데이터 가져 오기)이며 기존 앱 (데이터 관리)과 관련이 없으므로 독자적으로 부수 었습니다. 이 플러그인 가능한 앱은 모든 활성 모델에 대한 데이터를 가져올 수 있습니다. 이제 다음 번에 클라이언트가 import 기능을 필요로 할 때 나는이 코드를 installed_apps에 추가하고 syncdb를 실행한다.
앱을 독자적으로 분해 할 때 판단을 요구하지만, 나에게 엄연 한 규칙은 내가 다시 무언가를 할 가능성이 큰 경우 추가 앱을 일반 앱으로 만드는 것입니다. 즉, 몇 가지 작은 앱을 만들었지 만 (일부는 템플릿 태그 만 포함), 향후 수익에 약간의 오버 헤드가 있습니다.
이것은 의미가 있으며, 내가 생각한 것을 확인합니다. 감사. –