Ja som v procese prenosu front-end stránky na Angular JS. Backend je založený na Django.
Spočiatku som plánoval vyvinúť pokojné API pre Angular na načítanie údajov z backendu.
Zistil som však, že najjednoduchším spôsobom by bolo vygenerovanie čiastkových šablón v Django. Existuje nejaká nevýhoda tohto prístupu, ktorý mi chýba?
V súčasnosti neplánujem žiadne dátové väzby.
odpovede:
0 pre odpoveď č. 1Problém s vaším prístupom je v tom, že ste bokom, keď ste šliapli na jednu z vecí, ktorá je pozoruhodná pri smerovaní.
Nedávno som začal vytvárať webovú stránku Django, ktorá využíva Angular Js, a mal som zložité zabaliť hlavu okolo toho, ako by som používal django šablóny s hranatými šablónami.
Aby som to zhrnul;
Vytvoril som aplikáciu s názvom skupina, ktorá má jednu stránku.
Nastavil som odpočinkovú platformu Django, aby som zvládol drsné operácie prostredníctvom pokojnej služby pre aplikáciu kapely.
Mám jednu šablónu pre skupinu, ktorá nepoužíva dedičstvo alebo čokoľvek, pretože to narúša smerovanie. (Trochu som s tým bojoval, možno som preč, ale nižšie je moje odhodlanie a smer)
Dôvodom zápasu je zvyčajneDjango máte webovú štruktúru servera. Uhlový je rámec na strane klienta. Django oddeľuje adresár šablón od statického obsahu adresárov. Vaše uhlové súbory JavaScriptu budú hľadať šablónu, ktorá musí byť nájdená. Moje konkrétne nastavenie produkčného servera používa Django (Mod-WSGI) na vykreslenie šablóny, zatiaľ čo statický obsah, ako sú obrázky, , js a css sú vykresľované NGINXom. V podstate som sa rozhodol v poriadku, pretože Angular sa snaží byť pre SPA (jednostránkové aplikácie), jednoducho by som mal šablónu django pre skupinu, ktorá nededí zo základnej hlavnej stránky alebo niečo podobné a väčšinou nechajte v šablóne pásma všetko, čo sa má vykresliť a aktualizovať pomocou uhla.