это страница

там ещё beforeRouteEnter есть. Может он вместо created сгодится. но у него свои заморочки с this)

ну тебе наверняка виднее, как там лучше

там ещё beforeRouteEnter есть. Может он вместо created сгодится. но у него свои заморочки с this)

у него нет же this

есть, но через next()

но ux все равно поменяется

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

а я как раз наоборот сейчас впиливаю. сперва запрос, потом переход

в том числе из-за code splitting. при переходе ещё и сам async компонент тянется

в том числе из-за code splitting. при переходе ещё и сам async компонент тянется

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

для async компонентов

типо если переход задерживается на 100 мс, то я открываю лоадер и по beforeEnd (или как там) закрываю лоадер

но так как у меня в самом компоненте свой лоадер, то переход между лоадерами не заметин)

beforeResolve, скорее всего

не, beforeEach и afterEach заюзал

вот да. сижу обдумываю. дважды лоадер в голову лезет. смущает внутреннего перфекицониста

ладно, спасибо за беседу. пойду кодить)

давай

Друзья, как реализовать такую простую вещь: есть компонент, который принимает значальные значения. потом их пользовательн может поменять и по этом упризнаку внутри компонента флаг changed определяется в true, потом если пользователь сохранил значение - я вызываю с родительского компонента update и мне нужно сбросить changed на false где правильно это сделать? updated: function().. не подходит потому что он фаирится когда пользователь меняет значение руками, mounted - не подходит потому что один раз только вызывается.. какой патерн?

watch: { prop() {} }

watch: { prop() {} }

оо, а чо так можно было? Уотчить можно еще и пропсы?

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

вот тут как раз делаю watch

и первая часть работает

а разве просы можно биндить?

но когда делается update объекта - перезагрузка с сервера, то changed остается в true

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

Если при передаче вы его не клоните с Object.assign

а мне нужно его ставить в false

где это првильно делать?

но когда делается update объекта - перезагрузка с сервера, то changed остается в true

После перезагрузки сами меняйте на false

После перезагрузки сами меняйте на false

вот, как отловить внутри компонента ивент "обновился" ?

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

но обновился объект только от родитлся

но обновился объект только от родитлся

если уотч работает и с пропсами, то в теле уотчера

но обновился объект только от родитлся

Пропс не прописывайте на прямую, а делайте через computed

Пропс не прописывайте на прямую, а делайте через computed

а чего?

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

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

другими словами трекать состояние компонента "изменен относительно изначального состояния"

и при сбрасывании состояния (перезагрузки с сервера или родительского компонента) - сбрасывать этот флаг

но обновился объект только от родитлся

Вместо this.changed храните флаг в translation.changed Тогда его из родителя можно будет менять

Или ref используй

хм

но translation не имеет changed.. это как бы надбавка компонента

сам ресурс не имеет такого атрибута

Или ref используй

а как это?

а как это?

https://ru.vuejs.org/v2/guide/components.html#%D0%A1%D1%81%D1%8B%D0%BB%D0%BA%D0%B8-%D0%BD%D0%B0-%D0%BA%D0%BE%D0%BC%D0%BF%D0%BE%D0%BD%D0%B5%D0%BD%D1%82%D1%8B-%D0%BF%D0%BE%D1%82%D0%BE%D0%BC%D0%BA%D0%B8

Translation не использйуье на прямую, а переназначте через computed, тогда он у вас будет обновлятся при изменении в parent component

И эти изменения можно отслеживать через watch

о, как интересно

Translation не использйуье на прямую, а переназначте через computed, тогда он у вас будет обновлятся при изменении в parent component

т е фактически через использование computed я можно сказать "передаю компоненту атрибут по ссылке" ? в отличии от "передачи по значению" когда без компьютед ?

я просто пытаюсь понять концепцию

https://ru.vuejs.org/v2/guide/components.html#%D0%9E%D0%B4%D0%BD%D0%BE%D0%BD%D0%B0%D0%BF%D1%80%D0%B0%D0%B2%D0%BB%D0%B5%D0%BD%D0%BD%D1%8B%D0%B9-%D0%BF%D0%BE%D1%82%D0%BE%D0%BA-%D0%B4%D0%B0%D0%BD%D0%BD%D1%8B%D1%85

computed видит изменения в пропсе и будет обновляться

props: ['initialCounter'], data: function () { return { counter: this.initialCounter } } а в этом случае будет работать только как начальное значение

можно еще реализовать через $refs. Вы child компоненту назначаете аттрибут ref="foo", там же в родителе, при перезагрузке, через this.$refs.foo вы можете напрямую вызвать функции child'a, например this.$refs.foo.changed(true).

в самом child'e у вас будет метод changed(bool) { this.changed = bool; }

это может сработать, но это полная шляпа

Коллеги, у кого 4ый пак в релизе уже используется?

Коллеги, у кого 4ый пак в релизе уже используется?

Он ещё в бетке

Поди до версии 4.4 никто его в пробе юзать не будет

меня просто очень интересует как там коммонЧанкс переделали

это моя основая боль на сегодня

)

Там же даже ссылка на гист есть

Они разнесли его на 2 плагина

меня просто очень интересует как там коммонЧанкс переделали

https://gist.github.com/sokra/1522d586b8e5c0f5072d7565c2bee693

угу

это и читал

хотел так сказать уже мнение узнать

вдруг кто поюзал уже

ну бета 0 же

ну какой прод

Друзья, а какой кореектнее всего запрос отправлять из API если по зарпосу не найдено данных?

404?

Всем доброго дня.

Всем привет, такой вопрос: есть ссылка, отправляющая на заголовок. При клике по ней скролл правильно перемещается, но в адресной строке показывается неправильный адрес: не "/#/#element", а "/#/element". Как лечить?

Друзья, а какой кореектнее всего запрос отправлять из API если по зарпосу не найдено данных?

200

Ну не вернул данных — значит и нет

Или 204

Ну не вернул данных — значит и нет

Ну вот я тоже думаю, но видимо надо какое-то ключ чтобы содержал информацию о том найдено или нет.

Всем привет, такой вопрос: есть ссылка, отправляющая на заголовок. При клике по ней скролл правильно перемещается, но в адресной строке показывается неправильный адрес: не "/#/#element", а "/#/element". Как лечить?

убрать из href #?

убрать из href #?

Эм, а чем это поможет?

а, перечитал у тебя наоборот ситуация, сорян

Всем привет, такой вопрос: есть ссылка, отправляющая на заголовок. При клике по ней скролл правильно перемещается, но в адресной строке показывается неправильный адрес: не "/#/#element", а "/#/element". Как лечить?

Якорей разве может быть больше одного?

Друзья, а какой кореектнее всего запрос отправлять из API если по зарпосу не найдено данных?

пустой запрос - это абсолютно нормальный ответ от сервера, однозначно 200 ОК и никаких других

Ну вот да. Я это и подозревал.

пустой запрос - это абсолютно нормальный ответ от сервера, однозначно 200 ОК и никаких других

200 + ключ, в котором сказано почему пустой.