т.е мне нужно не у другого модуля вызвать, а у оснвного стейта

Хм, ну по идее должно работать

К сожалению, не с компа, так что больше ничем не помогу

А у тебя в какой версии vuex работало?

https://date-fns.org/ юзает кто?

@codev0 я

хорошая штука, нравится мне больше чем moment

ок, спасибо, хочу заюзать, хотел мнение узнать

дока приятная

Добро пожаловать в ад строгой типизации на Node.JS. Присаживайтесь рядом с джавистами

?

>>строгая типизация

>>ад

что за шрифт?

PragmataPro

спасибо, поюзаю.

он платный :-P Пиратить плохо ;)

€199 ппц

а я на гитхабе увидел, и подумал что халява

стоит своих денег?

ну я им 5 лет пользуюсь и пока не нашел альтернативы

Два раза typeof?

да

Чтобы наверняка ?

угу

type ExtractType<T, RT: Type<T>> = T; export type TypeOf<RT> = ExtractType<*, RT>;

больше ада богу ада. Javascript слишком прост для понимания :)

Кстати, есть бот, который считает в чате благодарности и топ помощников выводит

Вот давайте без этого, сейчас тут самая нормальная атмосфера, без странных правил и дурацких ботов

+1. Пока атмосфера норм

В конце концов количество благодарностей: а) ни на что не влияет б) провоцирует отвечать на простые вопросы Как ни странно пункт б) это плохо - за простыми вопросами надо слать в гугл и доку

Чат должен быть прежде всего для вопросов которые плохо или криво отображены в доке, для "НИПАНЯТНА!" и для "давайте обсудим как бы вы это делали"

Тут и просто по вопросам js ответ быстрее подскажут как мне кажется ?

там же написано "прежде всего", а не "только для" :)

а так jquery one love / cc @kelin2025

А вообще задача добиться идеальной типизации проекта оказалась сложной и прикольной

я вначале думал это даже постримить, но уровень стрима получается хардкор++

потому что начинается все с переопределения типа возвращаемого значения у JSON.parse :)

А было бы интересно посмотреть, написание типизирующего парсера

?

не нужно. Я просто переопределяю возвращаемый тип у JSON.parse

по умолчанию там any - соответственно any является "вирусным", и все что дальше использует объект полученный через JSON.parse не может быть типизировано

я подменяю его на mixed - в итоге чтобы использовать любой объект, полученный через JSON.parse надо вначале строго доказать его тип

я подменяю его на mixed - в итоге чтобы использовать любой объект, полученный через JSON.parse надо вначале строго доказать его тип

звучит страшновато... это то приложение которое SSR Vue + Koa ?

да

ничего страшного в этом нет, это скорее защита от косяков типичных

ничего страшного в этом нет, это скорее защита от косяков типичных

ну в golang там все просто: косячишь - ничего не компилируется. Но типы есть изначально. А здесь получается... надо присваивать типы уже постфактум, когда переменная уже существует? не понимаю пока как это тут работает... Я правильно помню что это приложение потом посмотреть можно будет на гитхабе?

да, можно будет

ну вот смотри

const googleConfig: GoogleConfigType = JSON.parse(fs.readFileSync(path.resolve(__dirname, '../config/sdk.json')).toString('utf8'));

выглядит неплохо, правда? :)

но это же чушь - в этой строке нет гарантий, что JSON.parse вернет объект, который будет совместим с GoogleConfigType

соответственно перед присваиванием надо доказать, что результат JSON.parse совместим с GoogleConfigType

я конечно буду выглядеть идиотом, но все же спрошу. GoogleConfigType = выглядит как тайп ассершн Логично тут сделать typeOf (или как это в JS делается) и если тип идентичен, то уже делаем то что нужно

как раз в том то и дело, что поскольку в JS нету типов это нифига не type assertion

это type definition - т.е. ты говоришь что переменная googleConfig имеет тип GoogleConfigType

по умолчанию JSON.parse возвращает тип any который можно скастить к любому типу

и как сделать чтоб кастовалось только если нужный тип?

в итоге статический анализатор думает что в googleConfig находится валидный конфиг. Если в рантайме конфиг будет кривого формата - то выполнение программы пойдет совсем не так, как задумывалось

написать рантайм проверку

сейчас у меня так написано: const googleConfig = validate( JSON.parse(fs.readFileSync(path.resolve(__dirname, '../config/sdk.json')).toString('utf8')), GoogleConfigModel, );

в итоге благодаря чёрной магии это не только валидирует эту штуку в рантайме, но и автоматически выводит тип для статического анализатора

ERROR: S client not available

т.е. я определяю тип один раз - для рантайма, ради чего всё и задумывалось

при этом у меня есть автокомплит на googleConfig, строгая валидация что я не обращаюсь к левым полям на этапе разработки и т.д.

GoogleConfigModel мы где описываем? Это c помощью flow делается?

описываем мы руками, делается это с помощью отдельной библиотеки, у которой правильно написаны флоу биндинги

в итоге она на выходе возвращает нам модель строгого типа (с точки зрения flow) и выполняет все необходимые проверки в рантайме, чтобы flow был уверен, что мы все проверили

Спасибо

Остальное в коде посмотрю когда можно будет...

угу

Ну впринципе не так уж и сложно

да

но понять это, а еще объяснить людям :)

зачем ты сам себе усложняешь жизнь и почему надо валидировать все I/O-boundary

С ужасом представляю как буду фронту со стажем год объяснять что теперь он должен делать так.

я тоже

Ну интересный же челлендж, вы чего ?

подскажите, при первой загрузке виден компонент, после того как vue загрузился, точнее виден фон, и паддинг. своего рода FOUC, какие практики есть чтобы такого не было?

v-cloak?

v-cloak!

ни разу ещё им не пользовался)

наверное что-то делаю не так

спасибо, почитаю

ни разу ещё им не пользовался)

+

видать не я один такой, https://gist.github.com/adamwathan/3584d1904e4f4c36096f

какая то попытка сделать из ежа ужа

А разве, в этой ситуации не будет ошибки? Если post null

Или это особенность cloak?

ну это как v-if, у тебе компонент не будет рендериться, а значит и ошибки не будет

Просто ни разу не юзал его и вместо всегда писал v-if="!!post"

Имхо так лучше

Нет, v-cload это как v-show

Нет, v-cload это как v-show

да, точно