а в скорости работы есть разница?

Об этом вообще не парься, если встаёт вопрос о производительности ивентов, то вы явно делате что-то не так

я в теории

Да, медленнее чем пропсы

Ивенты это различные обработчики, а пропсы - прокидывание ссылок на объекты

ну да, логично

Потому что пропсы это в первую очередь данные, а эвенты - событие

Не согласен. И то и то - данные

Почему?

Вниз ты передашь информацию о том, что кнопка должна быть синяя, а вверх - о том, что она была нажата

И то и то - данные

Так что ивенты от пропсов отличаются только направлением

Так что ивенты от пропсов отличаются только направлением

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

Ты точно так же можешь в пропсу передавать какую-нибудь функцию onClick, которая будет мутировать данные в родителе

Это react way и он мне не по душе

Зачем использовать Вью в стиле реакта? Не понимай

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

Не можно а нужно!

Зачем использовать Вью в стиле реакта? Не понимай

Давай спросим у Ильи Климова, посмотрим, может он новую мыслишку подкинет

Где там он обитает? Дайте ссылку

Давай спросим у Ильи Климова, посмотрим, может он новую мыслишку подкинет

Какую? Нравится реакт вей - пиши на реакте, не нравится - у тебя куча вариантов. Я вот выбрал Вью

Пропсы работают как ячейки в экселе с каскадным обновлением, а с ивентами так не работает, нет?

Недавно мы взялись серьёзно за оптимизации и пришли к выводу что чем очевиднее написан код, тем легче и лучше он потом оптимизируется. И даже если писать где то больше - это того стоит, если "ленивый" способ неочевиден

Пропсы работают как ячейки в экселе с каскадным обновлением, а с ивентами так не работает, нет?

Нет

Пропсы работают как ячейки в экселе с каскадным обновлением, а с ивентами так не работает, нет?

Ивенты работают точно так же, только в обратном направлении

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

?

Я бы сказал что в нашей тиме устоялась некоторая каноничность того как надо делать. И это удобно. Разве что каноны нигде не документируются и новичку нужно время чтобы понять и принять их, и перестать обижатся на то что его новый гениальный способ некононичен, хоть и удобнее на его взгляд

Вот то, что они не документируются - это беда. У нас то же самое. Приходится тратить кучу времени чтобы объяснить, почему так, а не иначе.

Отчасти вывозит Standard

Вот то, что они не документируются - это беда. У нас то же самое. Приходится тратить кучу времени чтобы объяснить, почему так, а не иначе.

А он тебе - но работает же!

А он тебе - но работает же!

А ты ему крышкой рояля по пальцам

гайз, кто юзает vuetify. Сталкивались с багом радио-кнопок? Отмечаю ее, листаю дальше, отмечаю другие, возвращаюсь к первой, уже отмечена другая. Хотя v-model в <v-radio-group> передает верное значение.

Я бы сказал что в нашей тиме устоялась некоторая каноничность того как надо делать. И это удобно. Разве что каноны нигде не документируются и новичку нужно время чтобы понять и принять их, и перестать обижатся на то что его новый гениальный способ некононичен, хоть и удобнее на его взгляд

Формализуй в виде статьи

А ты ему крышкой рояля по пальцам

У нас только пианино есть, подойдёт?

Каэшн 8)

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

Формализуй в виде статьи

Не то-ли я писать не умею, сколько я графиков и таблиц не рисовал, и заметок не писал - все равно потом все рассказывай словами

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

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

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

Не всегда. Есть хорошая идея? Ок, заюзаем в новом проекте. А в старом будь любезен, пиши так, как писали.

Не всегда. Есть хорошая идея? Ок, заюзаем в новом проекте. А в старом будь любезен, пиши так, как писали.

Ну у нас собственный долгоиграющий проект)

А... Тогда другая песня и крышка от рояля тебе в руки 8)

Который когда то был на первом ангуляре, потом был переписанмс нуля (фронт на аврелию) а теперь мигрируем с jspm на webpack и после нг с аврелии на вуе

Так что иновацит мы любим, но уж если чинить то глобально!

Самый торт: хочешь переписать? Ок, покрой код тестами и переписывай

Самый торт: хочешь переписать? Ок, покрой код тестами и переписывай

Ну это bydefault

Который когда то был на первом ангуляре, потом был переписанмс нуля (фронт на аврелию) а теперь мигрируем с jspm на webpack и после нг с аврелии на вуе

Здец у вас история болезни

Здец у вас история болезни

Поддерживаем актуальность!

А то к моменту выхода в опенсоурс никому не интересно будет

Поддерживаем актуальность!

Да вы прыгаете с технологии на технологию как больная бешенством блоха

Надеюсь после выхода полимеров все не забьют на вуе))

Да вы прыгаете с технологии на технологию как больная бешенством блоха

А что делать, счас без вебпака тяжко

А причем тут полимеры? Веб-компоненты крутая тема, но Вью совсем про другое

> Apple предлагают развивать <template> и добавить в него возможность интерполяции данных. По сути может появится встроенный в браузер шаблонизатор, который будет хорошо оптимизирован. Затея отличная. https://github.com/w3c/webcomponents/blob/gh-pages/proposals/Template-Instantiation.md

А причем тут полимеры? Веб-компоненты крутая тема, но Вью совсем про другое

Интересный взгляд, и в чем принципиальное различие. Например эван пишет что вдохновлялся имено веб компонентами

Интересный взгляд, и в чем принципиальное различие. Например эван пишет что вдохновлялся имено веб компонентами

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

Полимеры третьи это тоже про реактивность

Модульность

И главное, нативность что доставляет

Третьи не видел, не щупал. Но, если это полимер, то это нифига не нативно

А Вью это фреймворк

Третьи не видел, не щупал. Но, если это полимер, то это нифига не нативно

Там смешные по колву строк обертки ради сахара

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

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

Посмотрим, конечно. Если взлетят. Хотя есть уже тот же Марко. Так что все может быть

Марко?

https://markojs.com/

Ebay толкает

Ну епт

Крутая штука на первый вгляд. Придётся убить выходные на попробоватьс не могу пройти мимо

ERROR: S client not available

Что, будете переписывать все под Марко? 8)

Неее) мы бы и на вуе не переписывали еслиб не нужда в вебпаке

Но вот мой будущий петпроект очень может быть

Крутая штука на первый вгляд. Придётся убить выходные на попробоватьс не могу пройти мимо

у тебя прям любофф к новым штукам) как там аурелия?

Что, будете переписывать все под Марко? 8)

а что там на графиках ops/s значит?

у тебя прям любофф к новым штукам) как там аурелия?

Да, свой сорт

а что там на графиках ops/s значит?

Та хуй его знает. Я так, в полглаза слежу

а что там на графиках ops/s значит?

Операций в секунду

Но это не точно

когда выбрал новый фреймворк, а на следующий день вышел еще один новый фреймворк у которого ops/s больше

Жизнь боль

Уходи в айосники

Уходи в айосники

Вот ты почему так незнакомого человека ненавидишь?

А че сразу ненавидишь, пишешь себе на свифте и не паришься о новых сборщиках фреймворках

А че сразу ненавидишь, пишешь себе на свифте и не паришься о новых сборщиках фреймворках

Ну вебпак совсем не новый

Ну вебпак совсем не новый

Ролап, pnpm

А вот писать софт под 5% пользователей..

Пять??

Чёт не верю

Сам посмотри

Я ж посмотрю сколько там айфонов гуляет по миру

Удиви меня

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

зачем слотам фоллбэки? Есть хорошая причина, по которой фоллбэки - не отдельный атрибут v-fallback, аналогично v-else, или что-то подобное?

зачем слотам фоллбек? странный вопрос, у тебя никогда не было делать такое? <slot name="label">{{ label }}</slot>

или не в этом вопрос?

И в этом тоже

Что такого особенного в слотах, что им нужен собственный синтаксис для фоллбэков?

Если фоллбэки действительно нужны, почему они только для слотов, а не для любых узлов?