Приходите на митап в Москве там поболтаем, я расскажу как выстроена у нас архитектура

Что за митап?

Ничего не нужно профилировать, если нормальная архитектура и взаимодействие с BE. И так будет понятно, где может стрельнуть

Ну да, все те программисты, которые в своих книгах пишут - сначала профайлинг, а потом уже оптимизация просто глупые, не то что вы.

Ну да, все те программисты, которые в своих книгах пишут - сначала профайлинг, а потом уже оптимизация просто глупые, не то что вы.

сначала предпроект, проект, архитектура и ТЗ.

А потом вы выкатываете результат, а заказчик выкатывает болт и говорит, что нужно там вон поменять и тут и вообще половину проекта надо перепилить.

А потом вы выкатываете результат, а заказчик выкатывает болт и говорит, что нужно там вон поменять и тут и вообще половину проекта надо перепилить.

любой каприз за ваши деньги (с) поэтому и нужно предпроектное и ТЗ

У реакта реактивности данных - нет, поэтому им нужна иммутабельность

у реакта нет реактивности?

почему же он называется реакт? )

любой каприз за ваши деньги (с) поэтому и нужно предпроектное и ТЗ

А если у компании свой IT отдел и никто ей дополнительные деньги за доработку проекта не заплатит.

у реакта нет реактивности?

В нем нет реактивности как у вью

А если у компании свой IT отдел и никто ей дополнительные деньги за доработку проекта не заплатит.

а вот это как раз про нас - если у компании свой продукт то разработка не кончается никогда

А если у компании свой IT отдел и никто ей дополнительные деньги за доработку проекта не заплатит.

тогда дебаг и отлов багов после очередных доработок будет бесконечный, хоть с redux, хоть с vuex

В нем нет реактивности как у вью

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

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

Нет. Там состояние иммутабельно и все его изменения происходят явно при вызове setState(...). После вызова реакт перерисовывает компонент в VDOM и смотрит, что нужно поменять в DOM.

Нет. Там состояние иммутабельно и все его изменения происходят явно при вызове setState(...). После вызова реакт перерисовывает компонент в VDOM и смотрит, что нужно поменять в DOM.

+

Тем не менее это не значит, что там нет реактивности. Да и вообще реактивность по дефолту - это ФП паттерн, а в фп все данные по дефолту иммутабельны. В этом плане реакт куда более канонично "реактивен".

А если у компании свой IT отдел и никто ей дополнительные деньги за доработку проекта не заплатит.

основная моя прензия к redux (да и к реакт) - это очень много паразитного кода (это я про экшны и редьюсеры) и отсутствие чётких паттернов программирования и излишняя свобода в его отрицательном проявлении. 1001 способ сделать одно и то же и все неочевидно правильные. а дополнительные либы типа иммутабля - это решение проблем, которую породил redux

всё это в перспективе выльется в трудно читаемый и модифицируемый код

основная моя прензия к redux (да и к реакт) - это очень много паразитного кода (это я про экшны и редьюсеры) и отсутствие чётких паттернов программирования и излишняя свобода в его отрицательном проявлении. 1001 способ сделать одно и то же и все неочевидно правильные. а дополнительные либы типа иммутабля - это решение проблем, которую породил redux

> реакт и отсутсвие четких паттернов программирования -_-

> реакт и отсутсвие четких паттернов программирования -_-

ну а что не так ? не реакт сам по себе, а разрозненная экосистема. На одном реакте далеко не уедешь

основная моя прензия к redux (да и к реакт) - это очень много паразитного кода (это я про экшны и редьюсеры) и отсутствие чётких паттернов программирования и излишняя свобода в его отрицательном проявлении. 1001 способ сделать одно и то же и все неочевидно правильные. а дополнительные либы типа иммутабля - это решение проблем, которую породил redux

1) всё это выливается из того, что разработчики не знакомы с ФП в должной мере, многие даже SICP не читали 2) Immutable.js используется не только совместно с redux. Т.к. в JS нет никаких иммутабельных структур, эта либа единственный адекватный вариант, когда они нужны очень часто.

1) Я согласен. Тем более я вообще чайник и ни разу не фрондэндщик. Просто волею судьбы занесло. 2) т.к. см п.1 я вообще не понимаю само понятие иммутабельных структур. не надо - не меняй. какие проблемы ? Зачем для этого целая либа ? Я подозреваю, что оно выдумано реактивщиками для решения каких то своих проблем...

1) Я согласен. Тем более я вообще чайник и ни разу не фрондэндщик. Просто волею судьбы занесло. 2) т.к. см п.1 я вообще не понимаю само понятие иммутабельных структур. не надо - не меняй. какие проблемы ? Зачем для этого целая либа ? Я подозреваю, что оно выдумано реактивщиками для решения каких то своих проблем...

Мутабельные структуры оптимизированны для того, чтобы их использовать как мутабельные структуры. В JS все структуры(Object, Array, Map) мутабельны, и их использование как иммутабельных структур не слишком эффективно. Immutable.js реализует иммутабельные структуры на низком уровне так, чтобы с ними можно было работать именно как с иммутабельными структурами и не терять при этом в производительности.

вышла beta3 у vuetify

Мутабельные структуры оптимизированны для того, чтобы их использовать как мутабельные структуры. В JS все структуры(Object, Array, Map) мутабельны, и их использование как иммутабельных структур не слишком эффективно. Immutable.js реализует иммутабельные структуры на низком уровне так, чтобы с ними можно было работать именно как с иммутабельными структурами и не терять при этом в производительности.

я всёравно не понимаю. Зачем мне неизменяемые данные ? Почему нельзя просто их не менять в коде ? Зачем либа то?

я всёравно не понимаю. Зачем мне неизменяемые данные ? Почему нельзя просто их не менять в коде ? Зачем либа то?

потому что кто будет это контролировать?

поздравляю )

потому что кто будет это контролировать?

эээм. компилятор и тот кто пишет код ?

эээм. компилятор и тот кто пишет код ?

выше уже писали, что в js по дефолту мутабельные структуры

эээм. компилятор и тот кто пишет код ?

а программисты те еще гавнюки

а программисты те еще гавнюки

т.е. либа создана только для контроля за говнокодерами в реакте т.к. в реакте эта проблема проявляется особенно остро в силу архитектурных особенностей ? Я всё правильно понимаю ?

т.е. либа создана только для контроля за говнокодерами в реакте т.к. в реакте эта проблема проявляется особенно остро в силу архитектурных особенностей ? Я всё правильно понимаю ?

в силу человеческих особенностей

ты врятли помнишь все прототипв функций, их принимаемые типы

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

по этой же причине юзают ts и flow - потому что проверки типов они делают за тебя

от это вы успели понаписать)

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

ну фиг знает. Ну я же понимаю, когда я пишу что, зачем, куда я присваиваю. Зачем мне задумываться об защите от изменения настолько, чтоб пилить отдельную надстройку ? ну и да. тут я ts юзаю в основном

ну фиг знает. Ну я же понимаю, когда я пишу что, зачем, куда я присваиваю. Зачем мне задумываться об защите от изменения настолько, чтоб пилить отдельную надстройку ? ну и да. тут я ts юзаю в основном

насколько большой проект у тебя?

хм, а где почитать как мне внутри одного *.vue вызвать другой?

насколько большой проект у тебя?

на js или вообще ?

на js или вообще ?

тот, что ты делаешь

кусок, с которым ты работаешь

?

У реакта реактивности данных - нет, поэтому им нужна иммутабельность

А разве она изначально не затаскивается чтобы удобнее было shouldcomponentupdate писать?

А разве она изначально не затаскивается чтобы удобнее было shouldcomponentupdate писать?

всмысле "затаскивается"?

Ну чтобы удобнее было сравнивать все объекты в shouldComponentUpdate и тащат Immutable, там же можно сразу два объекта сравнить

Ну чтобы удобнее было сравнивать все объекты в shouldComponentUpdate и тащат Immutable, там же можно сразу два объекта сравнить

тут уже у настоящих реактовиков нужно спрашивать

ну мне по крайней мере казалось что Immutable только для решения это проблемы и сделали :)))

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

Хочу задать глупый вопрос. А если я не делаю полноценное приложение на vue, а только для динамики форм и т.д. и хочу чтобы проект работал хоть как то и без js. У меня есть какой то select, как данные из этого селекта запихать а данные vue? Или это совсем уже ерунда какая то выходит?

Хочу задать глупый вопрос. А если я не делаю полноценное приложение на vue, а только для динамики форм и т.д. и хочу чтобы проект работал хоть как то и без js. У меня есть какой то select, как данные из этого селекта запихать а данные vue? Или это совсем уже ерунда какая то выходит?

Рендерить разметку как без vue.js. А для vue.js можно v-model на селект только добавить

Рендерить разметку как без vue.js. А для vue.js можно v-model на селект только добавить

И данные туда сами попадут при инициализации?

пока сложно понять вас)

Ну я так и понял )

если без js какая инициализация

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

+

Хочу задать глупый вопрос. А если я не делаю полноценное приложение на vue, а только для динамики форм и т.д. и хочу чтобы проект работал хоть как то и без js. У меня есть какой то select, как данные из этого селекта запихать а данные vue? Или это совсем уже ерунда какая то выходит?

вам наверное нужен server-side rendering, кое-что будет в этом случае работать и без js, но где вы нашли таких клиентов, которые js не поддерживают?

тот, что ты делаешь

нуу коду 25 лет. из них 10лет я присутствовал. ядро на си,субд MSSQL. овердофига кода на встроенном интерпритаторе, тонкий клиент сейчас на java, в планах переписать на web, свои куски считать не буду

вам наверное нужен server-side rendering, кое-что будет в этом случае работать и без js, но где вы нашли таких клиентов, которые js не поддерживают?

У меня джанга на бэке. Там мощные формы и т.д. Хочется это увязать с vue. А потом кэшировать и выплевывать

если без js какая инициализация

Наврено, вопрос был у меня в том, можно ли из html разметки вытащить данные в vue при инициализации, не писав при этом грабли. Думал может есть какой то метод.

У меня джанга на бэке. Там мощные формы и т.д. Хочется это увязать с vue. А потом кэшировать и выплевывать

у меня симфони на беке и там тоже мощные формы но имхо лучше делать их на клиенте как минимум ux лучше

у меня симфони на беке и там тоже мощные формы но имхо лучше делать их на клиенте как минимум ux лучше

Понял. Спасибо! А так хотелось лишнего не переписывать )

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

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

Да разработку сложновато вести сразу в 2х проектах, по сути. Вот и думал использовать джангу по-максимуму

:class="{ isAvailable ? true : false }" Почему такая штука не работает?

Да разработку сложновато вести сразу в 2х проектах, по сути. Вот и думал использовать джангу по-максимуму

ну а так ты будешь костылить отдельно на jinja и формах для логики ui и отдельно в логике проекта разделяй и властвуй, короче)

Всем привет. Как забиндить класс от пропса ?

:class={active: variable} тут он дату смотрит. Как пропс передать

кашерное место

:class="{ isAvailable ? true : false }" Почему такая штука не работает?

должна работать ? там не тернарка как бэ. А обьект

должна работать ? там не тернарка как бэ. А обьект

Тернарку нельзя?

Тернарку нельзя?

нет

Жаль

что за ересь. Там она бесполезна. ТАм только если true то класс будет. иначе нет

пожалуйста подскажите, как мне передать проп в дочерний компонент, я не могу въехать вот компонент https://gitlab.com/chemax.kr/truks-frontend/blob/master/src/Rounds.vue вот отсюда передать пытаюсь https://gitlab.com/chemax.kr/truks-frontend/blob/master/src/Mainform.vue#L45 там массив должен быть который надо из родителя очищать

:class={active: variable} тут он дату смотрит. Как пропс передать

не знает ни кто ?

не знает ни кто ?

ахаха. тупой вопрос. Я просто проверял на компоненте которого нету и думал чот за хрень D. Он смотрит в пропсы если нету в дате

не знает ни кто ?

точно также как и с датой работаем и с пропсом

точно также как и с датой работаем и с пропсом

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

привет. а каким образом можно асинхронно data в компоненте заполнить?

Утро доброе. Что-то туплю и не могу понять, как передать в функцию параметр? <a class="back" @click.prevent="subMenuToggle()" >Назад</a> Всё, что туда не передам, это является event параметром самой ссылки. А как свои туда передать?

subMenuToggle(event, params) {...}

subMenuToggle(event, params) {...}

а не наоборот?)

сейчас гляну))

еще проще

https://vuejs.org/v2/guide/events.html#Methods-in-Inline-Handlers

нароооод. помогите с ансинхронностью ))

@click="fn("test", $event)" или click="fn($event, "test")"

> нароооод. помогите с ансинхронностью )) все делается изи

mounted() { api.fetch().then(data => this.dataContainer = data) }

data: () => retutn { dataContainer: [] }

а она будет обновляться реактивно потом? там объект большой

посмотри в документации, там есть нюансы небольшие

но вообще да - будет

ща попробую, спс

или используй сторе

вот тут все очень подробно https://ru.vuejs.org/v2/guide/reactivity.html