freekzy

Мужики, тут спор в соседнем чатике, надо чье-то мнение еще. Суть: хранение состояния приложения/данных и состояние UI в store. Вопрос: как вы считаете, следует ли состояние UI...

Кто что думает о пробросе методов в таком кейсе? // in parent data: () => ({ columns: [ { key: 'foo', formatter: value => '~' + value + '~' }, { key: 'bar', formatte...

Значит это уже другой блок. "Вынужденная" вложенность? Можно пример?)

Ладно, по другому вопрос поставлю. У кого на боевом проекте (не админка на скорую руку) была необходимость тащить толстую AiO-либу или фигачить render() везде?

Ты же массивы тоже пустые в начальном состоянии хранишь? Не null ибо бессмысленно. Проверки лишние, а если нет, то и уронить можно.

PascalCase и snake_case может?

А что не так с PHP?

Если мы ведем речь о "сайтах", то предусматривать вариант работы без JS просто обязаны. Пусть даже с ограниченными возможностями. У нас тут в корпоративных сетях JS в браузере...

Чего кривой то? Контекст глобален? Глобален. Шина? Шина. Событий? Событий. (издатель-подписчик)

К примеру, ячейка в таблице - это дешевый компонент с render(), строка - нет. Об этом речь?

Не проще расковырять этот проект и разложить все по полочкам пока не стало слишком поздно?

Что ты там на лендинге валидировать собрался? Форму обратной связи? Ну и в любом случае - это опциональная часть. Оно должно работать с no-script поведением.

FB, VK тоже на php и что с того?

Ты с людьми вообще не работаешь, да?

А че, реально когда не знаешь укр.языка он так смешно со стороны звучит?

Кто мешает тогда setInterval внутри экшона вызывать? Но я бы подумал в сторону websockets

Какой порог отклика интерфейса считается максимально конфортным?

Ребят, кто работал с Nuvoton'ом? Как там с доступностью и ценами?

Ты им пробовал пользоваться на относительно старом (слабом) железе?

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