Какой skeleton выбрать?

Question

[vitovt]

Стандартная генерация проекта как оказалось не подходит да и весьма примитвна. А какие лучшие практики по структуре приложения? Какие скелетоны используете в крупных проектах?

Comments

[sim3x]

KISS

Чего вам не хватает?

Answer 1

[Сергей Горностаев]

Лучшая практика - использование стандартной структуры проекта.

Answer 2

[Dnebl]

Это смотрели https://github.com/audreyr/cookiecutter#python-django ?

Answer 3

[Евгений]

Я использую каждый раз нечто похожее на то, как структурирован данный проект: https://github.com/taigaio/taiga-back/tree/master/taiga

И не соглашусь с предыдущими комментаторами: то, как Django организует проект, хорошо лишь для маленьких проектов. Когда проект начинает расти, структура по умолчанию начинает мешать.

Comments

[Сергей Горностаев]

Маленький - это до скольки KLOC?

[Евгений]

Сергей Горностаев, Я здесь имею в виду не столько LOC, сколько количество приложений в проекте. Мне больше нравится:
а) более плоская структура, чем несколько вложенных каталогов
б) более логичная организация, когда у нас есть папка с названием проекта, в которой находятся все приложения, составляющие данный проект

В дефолтной организации Django получается каша, да еще с 2-3 уровнями вложенности. Чаще всего приходится иметь дело с унаследованным кодом, там приходится мириться с несколькими уровнями вложенности. Когда начинаю проект с нуля, не пользуюсь шаблоном Django, все кладу в одну папку с именем проекта, внутри более-менее плоская структура.

Но это вопрос вкуса, конечно.

[Сергей Горностаев]

Евгений, если "сплющить" ещё больше, то придётся перемешать файлы различных приложений, что вариант однозначно неприемлемый.

some_project
|- some_project
|    |-- settings.py
|    |-- urls.py
|    |-- wsgi.py
|
|-- app1
|    |-- management/
|    |-- migrations/
|    |-- templates/
|    |-- admin.py
|    |-- apps.py
|    |-- forms.py
|    |-- models.py
|    |-- tasks.py
|    |-- urls.py
|    |-- views.py
|
|-- app2/
|-- app3/
|- manage.py

Ну и как видно есть папка проекта, включающая приложения входящие в проект.

[Евгений]

Сергей Горностаев, больше плющить и не надо, единственное, что вместо вложенной папки some_project, я выношу настройки на уровень выше. В ссылке, которую я приводил, по-моему так же. И еще множество больших open source проектов на GitHub организованы подобным образом. В частности, у Mozilla много проектов на Django, по-моему, я там похожую организацию видел.

[Сергей Горностаев]

Евгений, приведённая мною структура - это стандартная django'вская.

[Евгений]

Сергей Горностаев, Я поторопился ответить.

some_project
|- settings
|    |-- base.py
|    |-- production.py
|- app1
|    |-- management/
|    |-- migrations/
|    |-- templates/
|    |-- admin.py
|    |-- apps.py
|    |-- forms.py
|    |-- models.py
|    |-- tasks.py
|    |-- urls.py
|    |-- views.py
|--app2
|--app3
| - urls.py
| - wsgi.py
|- manage.py

Как-то так. Нет времени сейчас рисовать, суть в том, что все приложения и «проект» находятся в одном каталоге.

В общем, я структурирую, как в taiga-back, можно посмотреть на их репу. При этом я часто сталкиваюсь с примерами плохого структурирования, но здесь показать не могу, так как это мои рабочие NDA проекты. Там почему-то получается куча вложенных уровней, мне это не нравится с эстетической и практической т.з. А получается так, потому что начинавшие писать люди, пользовались стандартной структурой и командами Django (типа startapp).

[Animkim]

Евгений, использую такую же структуру, правда у меня ещё templates на уровень выше.

[vitovt]

Евгений, можете привести пару примеров таких проектов?

Answer 4

[Ник В]

https://github.com/digitalashes/django2.0-template
Сделал себе вот такой бойлерплейт, попробуй может подойдёт.