Моето разбиране (или неразбиране): Току-що започнах да науча средния стак и азче много от уроците (повечето са доста стари) и някои шаблонни проекти (като mean.io), които използват ъглово за маршрутизиране, вместо да изразяват (около 80% ъглово маршрутизиране и 20% изразяват). Моето разбиране за ъглово маршрутизиране е, че се предполага, че да се постави в шаблон в ngView което ще запази презареждането на страницата, като ми даде истинско заявление за една страница.
моята настройка: Така че аз имам изрично маршрута всички искания къминдекс файл и оттам съм създал маршрути в ъглово за всички възможни искания. всяко заявление е насочено от ъглово към файл с нефрит шаблон (който съм виждал наричан частици).
Проблемът: така че аз мислех, че ъгловата ще бъде ajaxing вчастично с всяко искане (което ми донесе полза от това, че нямам цялата страница презареждане) прави истинска единствена страница заявление, но това, което "намерих е, че тъй като експрес (или друг уеб сървър за този въпрос) е насочване на всички искания към индекс файл, така ъглово може да го направи нещо индекс файл винаги е презареждане с всяка заявка. поради това, аз се чувствам като ajax маршрута е безсмислен. В крайна сметка, ако индексният файл винаги се презарежда по всяка заявка, която на свой ред презарежда ъгловите файлове (и всички js и css файлове, наречени в главата), тогава няма реална разлика между ъгловото маршрутизиране и експресното маршрутиране, съчетано с нефритния шаблон включва ,
Въпроса: Дали това е начина, по който ъгловото придвижване се свързва с(или когато използвате средния стек, дали е по-скоро личен избор кой маршрут да се използва, отколкото различно предимство / недостатъчно предимство)?
Отговори:
0 за отговор № 1Виждам какво става тук: аааачът изглежда се случва само при следване на връзка от браузъра. Ако ръчно промените URL адреса в лентата на браузъра, за да тествате връзката, то ще презареди всичко. Сега се чувствам глупаво, по дяволите.