Django, отношения, связь трех таблиц, вопрос новичка

Question

[cachealot]

День добрый
плавно перехожу с php на django.
После нескольких консультаций у психологов, появились вопросы по существу:

Хочу реализовать свою фотогаллерею с, ну вы поняли с чем
Имеем
Категорию
Галлерея
Фотографии

Хочу сделать вывод вида:

Название категории
 Фотогаллерея
   Фото
   Фото
Название категории
 Фотогаллерея
  Фото
  Фото
Название категории
 Фотогаллерея
  Фото
  Фото

Что приходит на ум:

def index(request):
    gallery = Gallery.objects.all().order_by('created')
    photos = {}

    for gal in gallery:
        p = port.photos.all()
        if(len(p)):
            photos[gal.category] = []
            photos[gal.category].append((gal, p))

и бегать по массиву photos, но как в шаблоне сделать
for category in photos
for x,y in photos[category]
?

неужели нужно делать
photos.append((gal.category, gal, p))

??

Answer 1

[un1t]

в шаблоне должно выглядеть как-то так
{% for gallery in galleries %}
gallery.photo_set.all
{% endfor %}

не пробовал, но вроде должно работать

Comments

[Gasoid]

и не будет так работать,
{% for category in categories %}
{% for gallery in category.gallery_set.all %}
{% for photo in gallery.photo_set.all %}
{{ photo }}
{% endfor %}
{% endfor %}
{% endfor %}

[cachealot]

Gasiod Спасибо, как раз то что нужно.

Answer 2

[homm]

Просто выберете все нужные фотографии с select_related для галлерей и категорий, а в шаблне сгрупируйте их используя тег regroup.

Comments

[cachealot]

photos = photos.objects.all().select_related(depth=1).order_by(..)
получаю массив вида
[
0: data0
1: data1
2: data2
]

что дальше с ним делать?
{% for k in photos %}
а дальше как?

[cachealot]

за regroup спасибо

[homm]

Я не понял, вы разобрались что нужно сделать, или нет?

[cachealot]

неа, с вашим способом не получилось
photos = photos.objects.all().select_related(depth=1).order_by(..)
получаю массив вида
[ { 0: photo0 },
{ 1: photo1 },
{ 2: photo2 },]

что дальше с этим массивом делать в шаблоне не понятно, regroup для массива вида
[ { name: value}, { name: value }, { name: value2 } ]

но все равно спасибо

[homm]

Вы не можете приведенной строчкой получить массив так, как вы описали. Вы где-то невнимательно посмотрели и не то увидели. photos.objects.all() в любом случае вам вернет массив объектов photo.

[cachealot]

Да, вплоне возможно я где-то не прав. У меня еще до сих пор осталась привычка мыслить категориями шаблонизаторов в php.
В данном случае я не прав, проверил, [<Photo: photo 1>, <Photo: photo 2>, <Photo: photo 3>, <Photo: photo 4>, <Photo: photo>, <Photo: photo> ] — вот такой массив мне вернул запрос.

но вот применение regroup в данном случае вызвало еще много вопросов :)
{% regroup photos by category as cat %}
{{ cat }}
вернул:
[{'list': [<Photo: photo 1>, <Photo: photo 2>, <Photo: photo 3>, <Photo: photo 4>, <Photo: photo>, <Photo: photo>], 'grouper': None}]
что меня запутало.

Сейчас я могу сказать что у меня вопрос был именно в category.gallery_set.all — я не знал что так можно делать в шаблонах.

Но ваша идея с regroup тоже интересна, хотелось бы ее довести до конца.

Answer 3

[un1t]

Попробуйте так
во view
galleries = Gallery.objects.all().order_by('created')

в шаблоне:
for gallery in galleries:
gallery.photo_set().all().order_by('created')

дока с примерами тут: docs.djangoproject.com/en/1.2/topics/db/queries/

Comments

[cachealot]

Вы уверены что так можно делать в шаблоне?

Answer 4

[savados]

На вопрос вам ответили, еще пара вещей на будущее:

1. Используйте related_name. Тогда вместо gallery.photo_set.all можно будет писать gallery.photos.all (или любое другое название, которое вам понравится).
2. Задавайте сортировку в Meta.
3. Тут можно вообще не писать view, а использовать direct_to_template.
4. Если нужно делать однотипные выборки (типа 10 последних записей, отсортированных по дате), то лучше вынести эти действия в отдельный менеджер и вызывать именно его. Инкапсуляция и все такое. :-)

Comments

[cachealot]

Спасибо за советы, хотелось бы кое-какие моменты прояснить
2. Это просто правило хорошего тона, либо как-то влияет на производительность? Те если у меня в одном случае идет сортировка по одному поолу, в другом по другому, имеет ли смысл ставить Meta? Как питоничней?
3. Так вопрос возник, возможно ли в джанго мыслить категориями head, content, footer? Допустим у меня есть меню, и я хочу обознаить где сейчас пользователь находиться. Приходиться в один шаблон запихить много параметров, как-то это не привычно что ли. Те привычней было бы сделать во вью:
Header().
content().
Footer().

конечно довольно образно, но я думаю идея понятна.
На сколько это будет правильно для django, и если не правильно, то как будет правильно? :)

4. Да, спасибо, дельный совет

[savados]

2. Нет, на производительность не влияет, это просто сортировка по умолчанию. Имеет смысл ставить всегда, потому что эта сортировка применяется и в админке, и в ModelChoiceField, и еще где-нибудь, так что лучше задать ее явно. Если применяется много разных сортировок, то лучше задать их через методы менеджера. Это не догма, но мне кажется, что действия бд-уровня должны выполняться в классе модели, и не выноситься во view.

3. Почти всегда достаточно наследования шаблонов. Т. е. создается шаблон с блоками head, content, footer, а в дочернем шаблоне нужные места переопределяются. Если требуется какая-то более сложная логика, то лучше создать новый тег.

Но правильней всего сначала поискать, не решал ли уже кто-нибудь эту проблему. Вот хорошее меню (выделение выбранных пунктов требует дополнительных действий, но в документации все расписано), вот неплохие хлебные крошки. Да, и вот отличный сайт, с которого можно начинать поиск готовых решений.