비슷한 질문이 있지만 동일한 내용이나 답변이없는 것 같습니다.같은 프로젝트에있는 두 앱 사이에서 Django 사용자 모델을 공유하십시오.
나는 장고와 함께 연습하고 간단한 네덜란드 경매 프로젝트를 만들려고 노력하고있다. 처음에는 아이디어가 두 개의 별개 앱인 구매자 앱과 판매자 앱을 만들고 데이터베이스 (또는 세 개의 앱, commonApp 구매자 앱 및 판매자 앱)를 공유하도록하는 생각이었습니다. 그러나 더 자세히 살펴보면 더 복잡해질 것입니다. 장고는 한 세트의 테이블에서 모든 데이터를 공유하도록 설계된 다른 앱을 갖고있는 것은 아닙니다. 느슨하게 마이그레이션을 수용하는 방식을 수정해야한다는 사실을 발견했습니다.
생각 # 2, 그냥 신중하게 뷰를 관리하여 기능을 분리하지만, 생각할 수있는 거의 모든 데이터 (사용자, 제품 등) 이후로 한 세트의 모델을 유지하는 하나의 앱을 만드십시오. .) 어쨌든 공유됩니다. Django가 데이터베이스 디자인에 대해 땀 흘리지 않고 모든 데이터 관리를 할 수 있다는 장점이있는 것 같습니다. 그러나 전망을 관리하는 것이 지나치게 복잡해질 것이라고 걱정합니다.
어쩌면 아이디어가 # 3이 프로젝트의 종류, 내가 newb이기 때문에 고려하지 않은 것, 어쩌면 장고는이 직업에 대한 올바른 도구조차도 알 수 있습니다. ...
프로그래밍 아이디어 # 1을 시도해 보니 신속하게 스파게티가되었으며 매우 작을 때만 작동했습니다. 나는 현재 아이디어 # 2를 작업하고 있으며 지금까지는 괜찮을 것이라고 생각하지만,보기에서 물건을 분리하는 방법을 개념화하는 데 어려움을 겪고 있습니다.하지만 이것은 내 경험이 부족할 수 있습니다.
내 질문은 : 내가 누락 된 정보 의이 종류에 대한 명백한 리소스가 있습니까? 그렇다면, 저를 그렇게 지적 해 주시겠습니까? 장고 프로젝트 내부
아이디어 # 2가 정확한 것처럼 보입니다. 같은 방식으로 여러 프로젝트를 만들었습니다. 어떤 부분이 작동하지 않습니까? –
뭔가가 작동하지 않는다고 생각하지 않는다. 나는보기, 명령, 쿼리 등을 (이 경우) 판매자들 사이에서 잘 분리되고 명확한 방식으로 처리하는 방법을 잘 모르겠다. 및 구매자. 어떤면에서 나는 질문을 명확하게하기 위해 더 많은 지식이 필요하다고 생각합니다. 일반적인 Django 개발자가 판매자보기를 하나의 파일 (예 : seller_views.py)에 넣고 구매자보기를 다른 파일에 넣으면 혼합되지 않을까요? 그런 프로젝트/앱에 대해 일반적으로 받아 들여지는 최선의 방법이 있는지 묻고 싶습니다. – TrivialCase