Я перебуваю в процесі перенесення мого веб-сайту на передній план Angular JS. Бакенд заснований на Django.
Я спочатку планував розробити спокійний API для Angular, щоб отримати дані з бекенда.
Однак я виявив, що найпростішим способом було б генерувати шаблони приватних сторін у Джанго. Чи є якийсь недолік такого підходу, який мені не вистачає?
В даний час я не планую використовувати будь-які прив'язки даних.
Відповіді:
0 для відповіді № 1Проблема з вашим підходом полягає в тому, що ви "переходите на бік одного з речей, кутовим є вражаючий, на який відбувається маршрутизація.
Нещодавно я почав створювати веб-сайт Django, який використовує Angular Js, і мені було важко обернути голову навколо того, як я буду використовувати шаблони django з кутовими шаблонами.
Підбити підсумки;
Я створив додаток під назвою діапазон, який має одну сторінку.
Я налаштовую рамку відпочинку Django для управління жорсткою роботою за допомогою спокійного сервісу для додатків групи.
У мене є один шаблон для діапазону, який НЕ використовує спадкування або що-небудь, оскільки це заважає маршрутизації. (Я трохи боровся з цим, можливо, я відключений, але нижче моя рішучість та напрямок)
Причина боротьби, як правило, вDjango, у вас є серверна рамка на стороні сервера. Кутова - це рамка на стороні клієнта. Django відокремлює його каталог шаблонів від контенту статичного каталогу. Ваші кутові файли JavaScript шукатимуть шаблон, який включає, який йому потрібно знайти. Моя особлива настройка виробничого сервера використовує Django (Mod-WSGI) для обробки візуалізації шаблону, а статичний вміст, як зображення , js та css надані NGINX. В основному я просто вирішив нормально, оскільки Angular має на меті бути SPA (додатки для однієї сторінки), я просто маю шаблон django для групи, яка не успадковує з базової основної сторінки чи чогось подібного і в основному залиште все, що в шаблоні діапазону відображається та оновлюється через кутовий.