Да, в первом случае App.vue выступает как родитель

А точка входа не должна иметь scoped стилей.)

Скоуп применяется только на .Vue file а не на компонент внутри которого ты закинул

Так что сделай h1 в blue.vue

И будь счастлив

Передавай текст h1 как prop

Но я хочу разобраться с тем, какие стили принимают элементы, переданные в слоты

https://youtu.be/ZEYFrY5ztnE?t=13m

Scoped применяется на весь .Vue а не на компонент который там описывается

Makes sense , right ?

помогите решить загадку с vue.js тут есть метод как работать с select https://ru.vuejs.org/v2/guide/forms.html#%D0%92%D1%8B%D0%BF%D0%B0%D0%B4%D0%B0%D1%8E%D1%89%D0%B8%D0%B5-%D1%81%D0%BF%D0%B8%D1%81%D0%BA%D0%B8

помогите решить загадку с vue.js тут есть метод как работать с select https://ru.vuejs.org/v2/guide/forms.html#%D0%92%D1%8B%D0%BF%D0%B0%D0%B4%D0%B0%D1%8E%D1%89%D0%B8%D0%B5-%D1%81%D0%BF%D0%B8%D1%81%D0%BA%D0%B8

есть

и когда использую пример <select v-model="selected"> <option v-for="option in options" v-bind:value="option.value"> {{ option.text }} </option> </select> <span>Выбрано: {{ selected }}</span> у меня выдает ошибку Invalid prop: type check failed for prop "value". Expected Object, got String.

у вашего компонента есть входной параметр value и в него передается строка, когда объявлено что будет передаваться объект

у вашего компонента есть входной параметр value и в него передается строка, когда объявлено что будет передаваться объект

+

то есть value это не <option value=''></option> а что тогда ?

то есть у меня просто прикол что у меня вообще массив ['test','drive','like'] и делаю <option v-for='status in allStatus' v-bind:value="status">{{status}} </option>

то есть value это не <option value=''></option> а что тогда ?

проверь входной параметр value в компоненте где ты этот код объявил

ошибка вообще не про select ваш

и ошибка, я так понял что value это status.value а не v-bind:value атрибут тега

а вопрос в том как мне в теге с фор вызвать параметр массива

у календаря есть 2 основных "модели": отображаемый месяц (year + month) и селектированный день сейчас у нас это так, что v-model это только первое, а для дней есть событие daySelected, однако я не уверен.. может и selection тоже в value/input?

v-model="datePickerModel" datePickerModel: { displayedMonth: new Date(2017, 2, 1), selectedDays: [0, 4] }

я бы так и сделал если бы не сомнения производительности.. если например селектируется день, то событие input провоцирует перезагрузку :value что приводит к тому что календарь заново "рендерится" (вучисляет дни и прочее), хотя это совершенно лишняя трата ресурсов и с отдельным событием daySelected этого не происходит

а вопрос в том как мне в теге с фор вызвать параметр массива

про массив у вас там всё правильно и будет работать

но в итоге у меня все работает и выдает ошибку в консоли type check failed for prop "value". Expected Object, got String. как мне ее избежать ?

я бы так и сделал если бы не сомнения производительности.. если например селектируется день, то событие input провоцирует перезагрузку :value что приводит к тому что календарь заново "рендерится" (вучисляет дни и прочее), хотя это совершенно лишняя трата ресурсов и с отдельным событием daySelected этого не происходит

отдельным входным параметром почему бы не передавать?

я бы так и сделал если бы не сомнения производительности.. если например селектируется день, то событие input провоцирует перезагрузку :value что приводит к тому что календарь заново "рендерится" (вучисляет дни и прочее), хотя это совершенно лишняя трата ресурсов и с отдельным событием daySelected этого не происходит

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

но в итоге у меня все работает и выдает ошибку в консоли type check failed for prop "value". Expected Object, got String. как мне ее избежать ?

посмотреть что вы в props компонента указали и что конкретно сверху в него передаете - ошибка вам указывает что вовсе не то что должно

Anton ^

ошибка вообще не про select ваш

отдельным входным параметром почему бы не передавать?

вот чуть выше написал, ибо насколько понимаю семантика такова, что сам компонент не мутирует входные данные, а лишь передаёт родителю мутированную "копию" состояния, которое тот вливает заново в value..

Я бы наверное оставил отдельно компонент для выбора одной даты и отдельно для выбора списка дней

привет всем

или там проверять в компоненте с чем мы должны работать, с текстом одной даты или с массивом выбранных дней

Как сделает utilit ний класс (Angular Service) который работает REST ом У меня проект на старом Angulare

помогите

Davron вынести в миксин?

да можно и без миксина, просто отдельным js-модулем

в нём подключить транспорт и кучу алиасов если требуется

в методы

гет пост делит и прочее

я так сделал

а как за импортит

ReferenceError: rdm is not defined

Alex я ради примешивания методов в миксин закинул

Как сделает utilit ний класс (Angular Service) который работает REST ом У меня проект на старом Angulare

просто импортируемый модуль .js в котором вся магия с REST'ом и API для компонентов *pss, by the way, REST is bad))*

Davron в сборке как будто проблема

don't REST in 2018 ))

о

видимо я слоупок

что надо если не рест?

json rpc?

что надо если не рест?

Мысли в графах, делай новые API на GraphQL)

REST ещё норм

расслабьтесь :D

REST это жалкая иммитация графовой структуры, со всеми из этого истекающими недостатками (overfetching, underfetching etc.)

если для поставленных задач все отлично выполняет - чего переписывать)

сударь с каких это пор ВЫ решили что REST это иммитация графовой структуры?

в каких-то проектах может и gql удобнее будет, кто ж спорит

ну зачем грубить)

да, давайте холиварить, но без переходов на личности

сорри, чуть подгорело

если для поставленных задач все отлично выполняет - чего переписывать)

я просто рекомендую всем разработчикам API'шек хотя бы ознакомиться с GQL, думаю у многих откроется третий глаз на лбу))

ознакомились) не подходит) что дальше

REST крутится, задачки мутятся

я просто рекомендую всем разработчикам API'шек хотя бы ознакомиться с GQL, думаю у многих откроется третий глаз на лбу))

А про проблемы расскажешь?

сударь с каких это пор ВЫ решили что REST это иммитация графовой структуры?

/resource-family/resource/subresource /this/is/basically/a-graph

Davron вынести в миксин?

спосибо mixins 👍

ознакомились) не подходит) что дальше

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

REST крутится, задачки мутятся

у кого-то вообще вебсокеты

кому что можно и нельзя разруливать неудобно

у кого-то вообще вебсокеты

у нас тоже есть планы попробовать вкрутить) сначала в пару мест

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

мне форму отправить, 15 списков отрисовать, есть чёткие контракты на то, что нужно и не хотелось бы открывать третью точку доступа для парсеров

у кого-то вообще вебсокеты

причём тут сокеты? это сравнение бананов с кораблями.. WS(S) можно сравнивать с HTTP(S), ибо это транспортный уровень, GQL и REST это API application уровень

спасибо, -- пойду почитаю про OSI и TCP/IP

а то совсем забыл

спасибо, -- пойду почитаю про OSI и TCP/IP

и OSI тут тоже не причём, тут наиболее высокий уровень абстракции

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

вернее, без тряски бека. То бишь, убираем стадию обсуждения контракта

кому что можно и нельзя разруливать неудобно

почему-же? просто авторизация в resolver'е происходит, ничем не отличается от REST

и OSI тут тоже не причём, тут наиболее высокий уровень абстракции

HTTP(S) и WS(S) это application layer тоже