АР
он что предлагает табы пробелами менять?
Size: a a a
2021 February 16
JR
Посмотри во вкладке network что приходит
D
боже мой, как выпилить eslint из проекта? уже два часа занимаюсь тем чтобы решить проблемы этих двух Vs code prettier и Eslint prettier каждый друг с другом конфликтуют.
Если уж решили что-то выпиливать, то лучше выкиньте Prettier, а вообще это не решение 🙂
SS
Привет, есть задача на добавление кнопки и модалки по клику на кнопку. Кнопка находится перед другой кнопкой.
Куда вы будете добавлять логику/импорт компонента модалки, в конец файла/импортов или перед логикой предыдущей кнопки?
Пока я это писал подумал, что кнопку могут же перенести потом вообще в третье место и правильнее будет в конец добавлять...
Есть какие-то best practice или как обычно up to you?
Куда вы будете добавлять логику/импорт компонента модалки, в конец файла/импортов или перед логикой предыдущей кнопки?
Пока я это писал подумал, что кнопку могут же перенести потом вообще в третье место и правильнее будет в конец добавлять...
Есть какие-то best practice или как обычно up to you?
F
Если уж решили что-то выпиливать, то лучше выкиньте Prettier, а вообще это не решение 🙂
согласен, нужно решить проблему а не обойти ее
ИR
Привет, есть задача на добавление кнопки и модалки по клику на кнопку. Кнопка находится перед другой кнопкой.
Куда вы будете добавлять логику/импорт компонента модалки, в конец файла/импортов или перед логикой предыдущей кнопки?
Пока я это писал подумал, что кнопку могут же перенести потом вообще в третье место и правильнее будет в конец добавлять...
Есть какие-то best practice или как обычно up to you?
Куда вы будете добавлять логику/импорт компонента модалки, в конец файла/импортов или перед логикой предыдущей кнопки?
Пока я это писал подумал, что кнопку могут же перенести потом вообще в третье место и правильнее будет в конец добавлять...
Есть какие-то best practice или как обычно up to you?
Думаю лучше сделать компонент кнопки и компонент модалки
SS
Думаю лучше сделать компонент кнопки и компонент модалки
Это по сути так и есть. Клик на кнопку генерит эмит родителю в котором модалка
АР
Если уж решили что-то выпиливать, то лучше выкиньте Prettier, а вообще это не решение 🙂
ну он относительно помогает. а тут поставил же Eslint-prettier думал они как то согласованы там, я хз )
N
но за то, что приучил кучу людей брать данные из стейта через геттеры - я бы поругала
Из вуекса? Или про какой стейт речь
AG
ну он относительно помогает. а тут поставил же Eslint-prettier думал они как то согласованы там, я хз )
а у тебя конфиг притера настроен ?
D
ну он относительно помогает. а тут поставил же Eslint-prettier думал они как то согласованы там, я хз )
Так они работают вместе
NT
Из вуекса? Или про какой стейт речь
из вьюкса, угу
D
Это просто Вы не настроили их 🙂
N
из вьюкса, угу
Тут дело какое. Я обычно всегда брал данные из state, а если нужны какие-то специфические преобразования перед выдачей, то уже getters. Но! На работе нам придумали правило, что все данные из вуекса только через геттеры. Какие убедительные слова следует подобрать при попытке убеждения, что геттеры для выдачи данных из state как есть — плохо?)
NT
Тут дело какое. Я обычно всегда брал данные из state, а если нужны какие-то специфические преобразования перед выдачей, то уже getters. Но! На работе нам придумали правило, что все данные из вуекса только через геттеры. Какие убедительные слова следует подобрать при попытке убеждения, что геттеры для выдачи данных из state как есть — плохо?)
у вас есть компонент, в комоненте в data есть user. будете ли вы писать computed getUser, который возвращает this.user?
N
у вас есть компонент, в комоненте в data есть user. будете ли вы писать computed getUser, который возвращает this.user?
Отлично! Продолжайте, Наталья)
NT
не this.user.cars.length - 42, а именно this.user? :)
N
Это уже звучит довольно убедительно
NT
это и есть объяснение. не нужно плодить сущности без необходимости, что вам дает получение условного state.user через геттер?
N
Спасибо