Когда использовать Provider.of <X> против Consumer <X> в Flutter

Я все еще думаю о методах управления состоянием во флаттере и немного озадачен тем, когда и почему использовать Provider.of<X>против Consumer<X>. Я понимаю (я думаю) из документации, что при выборе между этими двумя вы будете использовать Provider.of, когда мы хотим получить доступ к данным, но вам не нужно менять пользовательский интерфейс. Таким образом, следующее (взятое из документов) получает доступ к данным и обновляет пользовательский интерфейс при появлении новых событий:

return HumongousWidget(
  // ...
  child: AnotherMonstrousWidget(// <- This widget will rebuild on new data events
    // ...
    child: Consumer<CartModel>(
      builder: (context, cart, child) {
        return Text('Total price: ${cart.totalPrice}');
      },
    ),
  ),
);

Принимая во внимание, что там, где нам нужны только данные о том, что мы не хотим перестраивать с помощью пользовательского интерфейса, мы будем использовать Provider.of<X>с listenпараметром, равным false, как показано ниже:

Provider.of<CartModel>(context, listen: false).add(item); \\Widget won't rebuild

Тем listenне менее, не требуется, и поэтому будет выполняться следующее:

Provider.of<CartModel>(context).add(item); \\listener optional

Итак, это подводит меня к нескольким вопросам:

1. Это правильный способ отличить Provider.of<X>и Consumer<X>. Бывший не обновляет интерфейс, последний делает?
2. Если listenне установлено, falseбудет ли виджет перестроен по умолчанию или не перестроен? Что если listenустановлено в true?
3. Почему Provider.ofс возможностью перестроить пользовательский интерфейс вообще, когда у нас есть Consumer?

Это не важно Но чтобы объяснить вещи быстро:

Provider.ofэто единственный способ получить и прослушать объект. Consumer, SelectorИ все * ProxyProvider вызовы Provider.ofк работе.

Provider.ofпротив Consumerэто вопрос личных предпочтений. Но есть несколько аргументов для обоих

Provider.of

• может вызываться во всех жизненных циклах виджетов, включая обработчики кликов и didChangeDependencies
• не увеличивает отступ

потребитель

• позволяет перестраивать более гранулированные виджеты
• решает большинство злоупотреблений BuildContext