Ваше понимание необходимости использования вызовов AJAX - один правильный ответ.
Вы также можете зарегистрировать onclick
события JavaScript для всех изображений и сделать так, чтобы JavaScript вызывал функцию, которая отправляет форму с необходимыми значениями для обработки представления. Это что-то вроде , как работает ASPB PostBack . Разница лишь в том, что вы сами пишете код на стороне клиента, и ничто не скрывается скрытым полем __VIEWSTATE
.
По сути, ASP.net и Django происходят из двух совершенно разных школ мысли. runat=server
ASP.net делает вещи доступными для различных событий жизненного цикла страницы (Init, PreLoad, Render и т. Д.), Используя полезные слепки из __VIEWSTATE
.
У Django нет такой модели Page Lifecycle. Это значительно упрощает задачу: запрос направляется в метод представления (или представление на основе классов) с использованием urls.py
. Затем метод view возвращает ответ.
Существуют преимущества и недостатки обоих способов ведения дел.
Короткий ответ: разные структуры, как правило, решают одну и ту же проблему по-разному.