장고 응용 전략


14

나는 조금 성장하고있는 Django 프로젝트에서 한동안 일하고있다. 나는 다루기 쉽도록 어떤 전략을 사용해야하는지 조금 생각했다. 응용 프로그램을 여러 개의 작은 응용 프로그램으로 분할 해야하는 경우 입력을 얻고 싶습니다. 그러면 내 뷰와 모델 파일이 더 작아지고 일부 문제가 분리됩니다.

이것으로 나를 귀찮게하는 한 가지는 내 응용 프로그램에서 여러 응용 프로그램에서 사용할 여러 가지 도우미 메서드가 있다는 것입니다. 또한 일부 모델은 응용 프로그램간에 공유 / 사용되어야합니다. 이게 말이 되겠니? 내 앱을 여러 개의 작은 앱으로 분할하여 달성하고자하는 우려의 분리와 잘 맞지 않습니다. 응용 프로그램간에 도우미 방법, 모델 등을 공유하는 데 유용한 방법은 무엇입니까?

답변:


11

프로젝트가 커지면 앱을 재사용 가능한 모듈로 생각하십시오. 앱간에 공유되는 기능을 자체 앱으로 분리 할 수 ​​있습니다.

문제에 대한 자세한 내용은 아래 토론을 참조하십시오.


앱이 프로젝트 탐색에 메뉴 항목을 추가해야하는 경우 어떻게해야합니까? stackoverflow.com/questions/23405610
utapyngo

2

base/뷰가없고 공유하는 순간이없는 앱 을 만들고 싶습니다 .

여러 앱에 모델이 분산되어있을 때 발생할 수있는 한 가지 문제는 순환 가져 오기입니다. 다른 모델을 참조하기 위해 문자열을 사용하면 피할 수 있습니다 ( foo = ForeignKey("someapp.Foo")대신 foo = ForeignKey(someapp.models.Foo)). Django를 사용하면 더 많은 곳에서 이와 같은 문자열을 사용할 수 있습니다.

당사 사이트를 사용함과 동시에 당사의 쿠키 정책개인정보 보호정책을 읽고 이해하였음을 인정하는 것으로 간주합니다.
Licensed under cc by-sa 3.0 with attribution required.