Правильное место для инициализации уведомлений во Flutter

В настоящее время я борюсь с тем, чтобы уведомления работали так, как я хочу, на Flutter. Мое текущее решение состоит в том, чтобы иметь динамическую LandingPage, которая, в зависимости от FirebaseAuth, перенаправляется либо на вход, либо на главный экран.

MaterialApp(
   theme: ThemeData(
   ...
   home: Scaffold(body: Builder(builder: (context) => LandingPage()))
),

Внутри LandingPage я вызову функцию в моем Singleton, чтобы настроить уведомления для меня. Как видите, здесь я передаю контекст. Это потому, что я хочу показать Snackbar из обратного вызова onMessage моих уведомлений.

class LandingPage extends StatelessWidget {
  @override
  Widget build(BuildContext context) {
    FirebaseUser user = Provider.of<FirebaseUser>(context);
    if (user != null) {
      Singleton().setupMessaging(user.uid, context); //This is the line
      return MainPage(userId: user.uid);
    } else {
      while(Navigator.canPop(context)){
        Navigator.pop(context);
      }
      return LoginPage();
    }
  }
}

Этим я пытаюсь добиться запуска системы обмена сообщениями после входа пользователя в систему. Я настраиваю обратные вызовы только в том случае, если текущий токен не определен.

Проблема, с которой я столкнулся сейчас, заключается в том, что указанный контекст не распространяется на все приложение, а это означает, что как только я перейду к новому виджету, который имеет свой собственный контекст, Snackbar больше не может отображаться. Теперь я не уверен, правильно ли это место для инициализации обмена сообщениями, поскольку контекста для всего приложения нет.

setupMessaging(String uid) async{
   if((await SharedPreferences.getInstance()).getBool('bNotifications') ?? true){
     print("bNotifications disabled");
     return;
   }

   _firebaseMessaging.getToken().then((token) {
     if (_lastToken != token) {
       if (_lastToken == null) {
         if (Platform.isIOS) iOSPermission();
         _firebaseMessaging.configure(
           onMessage: (Map<String, dynamic> message) async {
             print('onMessage $message');
             Scaffold.of(context).showSnackBar(...); //Here I need the context
           },
           onResume: (Map<String, dynamic> message) async {
             print('onResume $message');
           },
           onLaunch: (Map<String, dynamic> message) async {
             print('onLaunch $message');
           },
         );
       }
       _lastToken = token;
     }
   });
}

Я также рассматривал возможность отображения локального уведомления внутри обратного вызова onMessage, но локальные уведомления и обмен сообщениями firebase не работают вместе на iOS.

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

3 метода стилизации элементов HTML
3 метода стилизации элементов HTML
Когда дело доходит до применения какого-либо стиля к нашему HTML, существует три подхода: встроенный, внутренний и внешний. Предпочтительным обычно...
Формы c голосовым вводом в React с помощью Speechly
Формы c голосовым вводом в React с помощью Speechly
Пытались ли вы когда-нибудь заполнить веб-форму в области электронной коммерции, которая требует много кликов и выбора? Вас попросят заполнить дату,...
Стилизация и валидация html-формы без использования JavaScript (только HTML/CSS)
Стилизация и валидация html-формы без использования JavaScript (только HTML/CSS)
Будучи разработчиком веб-приложений, легко впасть в заблуждение, считая, что приложение без JavaScript не имеет права на жизнь. Нам становится удобно...
Flatpickr: простой модуль календаря для вашего приложения на React
Flatpickr: простой модуль календаря для вашего приложения на React
Если вы ищете пакет для быстрой интеграции календаря с выбором даты в ваше приложения, то библиотека Flatpickr отлично справится с этой задачей....
В чем разница между Promise и Observable?
В чем разница между Promise и Observable?
Разберитесь в этом вопросе, и вы значительно повысите уровень своей компетенции.
Что такое cURL в PHP? Встроенные функции и пример GET запроса
Что такое cURL в PHP? Встроенные функции и пример GET запроса
Клиент для URL-адресов, cURL, позволяет взаимодействовать с множеством различных серверов по множеству различных протоколов с синтаксисом URL.
6
0
3 377
2
Перейти к ответу Данный вопрос помечен как решенный

Ответы 2

Один из способов сделать это — использовать потоки (вам не обязательно использовать BLoC, чтобы любить потоки!)

Например, в состоянии вашего приложения у вас могут быть что-то вроде этих членов:

StreamController<NotificationData> _notificationsController;
Stream<NotificationData> get notificiations => _notificationsController.stream;
void sendNotification(NotificationData n) {
  _notificationsController.add(n);
}

Это очень удобно, потому что вы можете вызывать sendNotification из других частей приложения, в своей бизнес-логике или где угодно. Теперь вы создаете новый виджет везде, где хотите, чтобы уведомление отображалось. Это то, что я использую в своем приложении (хотя это для диалогов):

class DialogListener extends StatefulWidget {
  final Stream stream;
  final WidgetBuilder dialogBuilder;
  final Widget child;
  DialogListener({Key key, this.stream, this.dialogBuilder, this.child}) : super(key: key);

  @override
  _DialogListenerState createState() => new _DialogListenerState();
}

class _DialogListenerState extends State<DialogListener> {
StreamSubscription _subscription;

  @override
  void initState() {
    super.initState();
    _subscription = widget.stream?.listen((_) {
      if (mounted) {
        showDialog(context: context, builder: widget.dialogBuilder);
      }
    });
  }

  @override
  void dispose() { 
    _subscription.cancel();
    super.dispose();
  }

  @override
  Widget build(BuildContext context) => widget.child;
}

Затем я могу просто обернуть свою страницу или что-то еще в DialogListener

DialogListener(
  stream: Provider.of<MyState>(context).notifications,
  dialogBuilder: (context) => MyNotificationDialog(),
  child: RestOfMyPage()
)

Обратите внимание, что в моей реализации я фактически не использую никаких данных из потока, поэтому вам придется добавить это.

Заманчиво передать контекст вашему состоянию, но, как вы поняли, это плохая идея по разным причинам (в частности, модульное тестирование) и означает, что вам, вероятно, следует переосмыслить архитектуру или сделать что-то подобное.

Хорошо, я могу везде использовать Контекст с LandingPage? Поскольку это мой текущий подход, и он, похоже, не работает. По крайней мере, не передавая контекст как переменную.

Thomas 23.06.2019 15:07

@ Томас Нет, ты не можешь. Контекст — это позиция виджета в дереве, когда вы меняете страницы, он больше не существует. Как я уже сказал, вы не должны передавать контекст в свою бизнес-логику.

Lucas 25.06.2019 00:19
Ответ принят как подходящий

Не существует такой вещи, как Context для всего приложения, но вы можете создать Scaffold для всего приложения для своего Snackbars.

Инициализируйте GlobalKey, к которому можно получить статический доступ. Он должен быть инициализирован до построения любого маршрута, например. в функции main() вашего приложения или в состоянии виджета, который возвращает MaterialApp:

static final GlobalKey<ScaffoldState> scaffoldKey = GlobalKey();

Добавьте в свой MaterialApp конструктор, который оборачивает каждую страницу Scaffold:

builder: (BuildContext context, Widget child) {
  return Scaffold(
    key: scaffoldKey,
    body: child,
  );
}

Теперь вам больше не нужен специфичный для страницы Context, так как вы можете использовать верхний уровень Scaffold для отображения Snackbars:

MyAppState.scaffoldKey.currentState.showSnackBar(...)

Другие вопросы по теме