LINUX.ORG.RU

Недостатки реактивного программирования

 


0

2

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

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

Речь само собой о реактивных потоках этих самых данных/событий, шаблоне наблюдателе и вот этом всем.


Каждый раз, когда пишу реактивно, не покидает гложащее чувство, что можно было сделать более оптимизированно, и не тратить зря столько аппаратных ресурсов. Бесит

morisRavel
()
Ответ на: комментарий от byko3y

Да я шо, я молчу. Всё так. Просто как бы сказать то. В реальности этой реактивности на 100% не существует пока что. Есть только потуги сделать из разряда как будто реактивное. Типа вот яблоко оно почти как апельсин тоже круглое тоже кислое, только цвет иной и внутри чуть по другому, но в целом жрать можно :D

anonymous
()
28 февраля 2021 г.

Главный минус в том, что это неизбежный оверхед. Если у тебя есть задача разработать хорошо оптимизированное приложение (например, если твой заказчик надрачивает на Google Lighthouse), то лучше всего всю реактивность выкинуть с самого начала и писать по-старинке в jquery-style.

Dobriy_i_Prostoy
()

Речь само собой о реактивных потоках этих самых данных/событий, шаблоне наблюдателе и вот этом всем.

Тут 95% регистрантов уверен, что реактивное программирование - это программирование сайтиков на React.js

Alve ★★★★★
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.