DS
почитай доку его, там есть параметр —single вроде
Починил, спасибо
Size: a a a
2020 April 15
DS
Как вообще посоветуешь организовать структуру раутинга? В одном файле писать кучу if else?
РБ
парни, помогите плиз разобраться как мне правильно вызвать апишный метод (отдельно крутится) при вводе логина и пароля в форме?
я взял вот этот пример за основу:
https://www.toptal.com/front-end/svelte-framework-guide
я взял вот этот пример за основу:
https://www.toptal.com/front-end/svelte-framework-guide
РБ
если я всё правильно понял, то я передаю должен сделать вызов fetch в функции, которая передаётся в компонент
T
парни, помогите плиз разобраться как мне правильно вызвать апишный метод (отдельно крутится) при вводе логина и пароля в форме?
я взял вот этот пример за основу:
https://www.toptal.com/front-end/svelte-framework-guide
я взял вот этот пример за основу:
https://www.toptal.com/front-end/svelte-framework-guide
ну в коде где
// Simulate network request
измени на fetch с нужным запросом
// Simulate network request
измени на fetch с нужным запросом
РБ
это я понимаю, но там дальше он меняет это на функцию, которая передаётся в компонент при его вызове
РБ
вот здесь вместо таймаута я пытаюсь сделать fetch
РБ
но не догоняю как правильно это сделать и обработать результат (успешный или нет)
T
ну покажи как ты делаешь, а еще лучше в репл закинь что у тебя сейчас не получается
PM
Dmitry Semenov
Как вообще посоветуешь организовать структуру раутинга? В одном файле писать кучу if else?
зависит от структуры приложения и существующего подхода к работе со сторами. каких-либо ограничений нет. 2 основных варианта, которые я использую:
1) самый простой - проверки в шаблонов, как показано в ридми
2) проверки вне шаблонов, на основе который выставляется дополнительный стейт или стор. удобно использовать с тем же svelte-viewpoint
1) самый простой - проверки в шаблонов, как показано в ридми
2) проверки вне шаблонов, на основе который выставляется дополнительный стейт или стор. удобно использовать с тем же svelte-viewpoint
PM
собственно первый варик это фактически походе на component-based роутер (при желании можно сделать свой компонент Route и там делать проверку и получить тот же апи)
PM
второй вариант больше поход на config-based роутер. можно также сделать массив роутов и чекать их
РБ
ну покажи как ты делаешь, а еще лучше в репл закинь что у тебя сейчас не получается
я делаю так:
РБ
апи даже вызывается и возвращает ответ, который я вывожу в консоль
РБ
но я не понимаю как мне его дальше передать в компонент
РБ
я так понимаю надо вызвать resolve или reject... пойду попробую
IR
я так понимаю надо вызвать resolve или reject... пойду попробую
Fetch сам возвращает promise. Так что он (промис) тебе не нужен там
AZ
let userData = {}
const submit = ({..})=>{
fetch().then(res=>res.json()).then(data=>{
userData = data
})
}