Django 모델 명명 규칙

Django의 모델 명명 규칙에 대한 질문이 어리 석다..Django 모델 명명 규칙

방이있는 건물이있는 농장을 상상해보십시오.

농장 -> 건물 -> 객실 농장으로

가 괜찮는, 이제 그것을 Farmstead를 호출 할 수 있습니다. 다음 하나 : Building 또는 FarmsteadBuilding? BuildingRoom, Room 또는 FarmsteadBuildingRoom?

출처

2012-11-22 aemdy

Room의 모든 인스턴스는 Building에 속한다 (그리고 Apartment 같은 모델의 다른 종류에는 없음)와 (같은 생각 다음) Building는 Farmstead에 속한 모든 인스턴스 그래서 그냥 이름을 사용하는 경우 모델은 Farmstead, Building 및 Room입니다. 비즈니스 논리에 이미 지정된 항목을 지정할 필요가 없습니다.

출처

2012-11-22 18:33:29

또 다른 비슷한 질문 : 일반 앱을 만들면 기사가 들어간 '기사'및 '카테고리'와 같은 모델을 지정할 수 있습니까? 아니면 'ArticleCategory'라고 이름을 지어야합니까? – aemdy

나는 대부분의 경우 단지'Category'를 선호합니다. 예를 들어'blog' 앱을 만드는 경우'Category'와'Article'은 블로그의 모델입니다. 다른 카테고리의 '카테고리'가 있다면 그 논리가 블로그가 아닌 다른 앱의 일부가 될 수도 있습니다. 그래서이 경우에, 같은 파이썬 모듈에서 둘 모두를 가져 오는 경우'from blog import category'와'anotherapp import Category from AnotherAppCategory'를 간단하게 사용할 수 있습니다. 희망이 도움이됩니다! –

코드의 다른 부분의 구조에 따라 Django 앱, 패키지 또는 모듈의 이름을 사용하여 이름 범위를 추가로 지정할 수 있습니다.

출처

2012-11-22 18:36:59 BradS

Django 모델 명명 규칙

답변

관련 문제