То есть ты хочешь сказать, что я должен быть подготовлен к твоему рассказу со стороны фронта на JS, чтобы понять как работает мобх в flutter? ладно, я понимаю, что внутри у мобх в JS - прокси ести ли прокси в flutter? Понятно что там инвалидация и оптимизация изменения - как это рабоатет, что такое Observables, но ты рассказываешь про совершенно другой стек, описывая, как работает этот стек, вместо описания flutter получаю отсылки на JS, который в совершенно другой парадигме работает, не твой всесторонний опыт в данном случае важен, а описание принципов взаимодействия с менеджерами состояний конкретного фреймворка на dart. Фразы вроде "если нам что-то надо - мы что-то делаем" - топ.
А почему Вы считаете все, кроме GetX отстоем? У каждого менеджера состояния есть свои плюсы и минусы, что-то общепринятое в сообществе, что-то нет, что-то популярно, что-то нет. И именно использование контекста, которого избегает GetX, делает его анти-паттерном, хотя многим он нравится, и это их мнение
Спасибо за отзыв! На самом деле, getX не слишком и плохая вещь, но по мере роста приложения с ним становится тяжелее работать, что может привести к проблемам с производительностью и дополнительным багам
немного потренировался бы в дикции и формулировании мысли, но в целом спасибо за ваш труд, было интересно
То есть ты хочешь сказать, что я должен быть подготовлен к твоему рассказу со стороны фронта на JS, чтобы понять как работает мобх в flutter? ладно, я понимаю, что внутри у мобх в JS - прокси ести ли прокси в flutter? Понятно что там инвалидация и оптимизация изменения - как это рабоатет, что такое Observables, но ты рассказываешь про совершенно другой стек, описывая, как работает этот стек, вместо описания flutter получаю отсылки на JS, который в совершенно другой парадигме работает, не твой всесторонний опыт в данном случае важен, а описание принципов взаимодействия с менеджерами состояний конкретного фреймворка на dart. Фразы вроде "если нам что-то надо - мы что-то делаем" - топ.
используй Getx и не парься, забудь эти провайдеры и другой навоз. 😀
А почему Вы считаете все, кроме GetX отстоем? У каждого менеджера состояния есть свои плюсы и минусы, что-то общепринятое в сообществе, что-то нет, что-то популярно, что-то нет.
И именно использование контекста, которого избегает GetX, делает его анти-паттерном, хотя многим он нравится, и это их мнение
Спасибо. Было интересно. А чем плохо то, что GetX игнорит context?
Спасибо за отзыв!
На самом деле, getX не слишком и плохая вещь, но по мере роста приложения с ним становится тяжелее работать, что может привести к проблемам с производительностью и дополнительным багам