AK
тоесть если мне нада валидация через стору можно по сути в упдейт ее засунуть. и если надо то типа на он блюр проверять что там в упдейте
Size: a a a
2020 November 17
AK
спасибо. но как то кривенька
ab
ну ты, видимо, где-то используешь use: на компонентах, а не элементах. Компоненты пока не поддерживают экшны, что крайне странно, потому что вполне могли бы.
Ну, каждый экшн же отображается в конкретную ноду, а компонент не обязательно состоит из одной родительской
АН
Кирилл Спасибович
сложно представить как можно было дойти до импорта
Вот и я тоже думал почему экспорт а не импорт. Всё что передаётся - пропсы, аргументы в фунцию (конструктор) можно сравнить с экспортом. А для получателя - компонента, функции (консруктора) всё что они получают и записывают в свои переменные и параметры это типа импорт и экспортом это никак называться не может.
АН
Марк Танащук
Когда доказывают что слово export явно описывает свою суть, то задевается та жилка которой надоело называть логическое "импортирование в компонент пропсов" экспортом
И я подумал: зря Марк поднял эту тему. Мы все уже привыкли к экспорту. Однако логика твоих оппонентов заставила меня выразить тебе свою поддержку.
PM
Вот и я тоже думал почему экспорт а не импорт. Всё что передаётся - пропсы, аргументы в фунцию (конструктор) можно сравнить с экспортом. А для получателя - компонента, функции (консруктора) всё что они получают и записывают в свои переменные и параметры это типа импорт и экспортом это никак называться не может.
Думаю главная причина почему не «import»: а откуда импортировать то? Ну то есть надо нам пропсы компоненту задефайнить, что писать после from ?
PM
Да и сами импорты же управляются их источником, то есть по определению не подходят для создания пропсов компонента. Экспортами управляет сам компонент, это те вещи которыми он торчит наружу, как и обычный js модуль. Независимо как идёт поток данных
DK
Всем привет.
А есть ли принципиальная разница между функцией с параметром и реактивным присваиванием?
Вот пример https://svelte.dev/repl/7276f96c449b4b509c97151fb72d7991?version=3.29.7
Компилируется оно в разное, но работает вроде одинаково. Т.е. если менять снаружи name, то оба подхода реагируют.
Спасибо.
upd: добавил в пример изменение name снаружи
А есть ли принципиальная разница между функцией с параметром и реактивным присваиванием?
Вот пример https://svelte.dev/repl/7276f96c449b4b509c97151fb72d7991?version=3.29.7
Компилируется оно в разное, но работает вроде одинаково. Т.е. если менять снаружи name, то оба подхода реагируют.
Спасибо.
upd: добавил в пример изменение name снаружи
DK
Да и сами импорты же управляются их источником, то есть по определению не подходят для создания пропсов компонента. Экспортами управляет сам компонент, это те вещи которыми он торчит наружу, как и обычный js модуль. Независимо как идёт поток данных
Странный спор вышел, export let в обычном js — это плейсхолдер для значения, передаваемого извне. Можно сделать
Это же пропсы один в один. Единственная семантика, которая здесь меняется для меня — это что модуль синглтон, а компонентов может быть много. Но это мягко говоря незначительная деталь.
export let a = {}, это будет единый на все остальные модули объект, который ты откуда угодно можешь менять.Это же пропсы один в один. Единственная семантика, которая здесь меняется для меня — это что модуль синглтон, а компонентов может быть много. Но это мягко говоря незначительная деталь.
PM
Странный спор вышел, export let в обычном js — это плейсхолдер для значения, передаваемого извне. Можно сделать
Это же пропсы один в один. Единственная семантика, которая здесь меняется для меня — это что модуль синглтон, а компонентов может быть много. Но это мягко говоря незначительная деталь.
export let a = {}, это будет единый на все остальные модули объект, который ты откуда угодно можешь менять.Это же пропсы один в один. Единственная семантика, которая здесь меняется для меня — это что модуль синглтон, а компонентов может быть много. Но это мягко говоря незначительная деталь.
выше давал точно такой же пример. не помогает
AP
ну и наверно самое главное что это синтаксис жса и не надо писать свой парсер жса а потом свой парсер тса чтобы уложить туда import let или export let as)
DK
export +1. Идеально это назвать prop. Так как по сути если это let, то это и экспорт и импорт. Но такого нет в js и export ничем не плох. Не вижу смысла это менять. Имхо.
ON
export let name;
prop name;
import name;
acorn не главная проблема, весь остальной тулинг, подсветка, редакторы...
ON
ON
хотя vscode не ругается...
AS
хотя vscode не ругается...
странно - должен
AS
для него это две переменные подряд
MZ
Всем привет.
А есть ли принципиальная разница между функцией с параметром и реактивным присваиванием?
Вот пример https://svelte.dev/repl/7276f96c449b4b509c97151fb72d7991?version=3.29.7
Компилируется оно в разное, но работает вроде одинаково. Т.е. если менять снаружи name, то оба подхода реагируют.
Спасибо.
upd: добавил в пример изменение name снаружи
А есть ли принципиальная разница между функцией с параметром и реактивным присваиванием?
Вот пример https://svelte.dev/repl/7276f96c449b4b509c97151fb72d7991?version=3.29.7
Компилируется оно в разное, но работает вроде одинаково. Т.е. если менять снаружи name, то оба подхода реагируют.
Спасибо.
upd: добавил в пример изменение name снаружи
В твоём примере — нет.
Вот пример где будет:
https://svelte.dev/repl/bc8f3e358bf2435d8337e48ac321da0b?version=3.29.7
Вот пример где будет:
https://svelte.dev/repl/bc8f3e358bf2435d8337e48ac321da0b?version=3.29.7