Плагин Уведомления направляющих?

Проблема в том, что response.result.value имеет необязательный тип String. Но вы пытаетесь привести это как словарь [String: String] здесь

 if let result = response.result.value as? [String:String] {

Этот код проверяет его безопасно, но приведение явно не удается. Чтобы решить эту проблему, вам нужно проанализировать строку incode как объект json, чтобы получить данные.

Swift 4 использует Codable для этой работы. Документация или используйте API Alamofire, который выполняет ту же работу: этот метод responseJSON

17
задан kolrie 17 April 2009 в 02:23
поделиться

5 ответов

Похоже, что system_messages (на который вы ссылались) в основном делает то, что вы хотите. Модель SystemMessage имеет поля заголовка , сообщение и закрытые поля .

Чтобы отобразить изначально скрытое поле сообщения при щелчке по заголовку, потребуется немного JavaScript. Плагин уже позволяет отклонять сообщение через JavaScript, если вы используете Prototype.

3
ответ дан 30 November 2019 в 14:54
поделиться

Есть ли причина, по которой вы просто не используете рельсы, встроенные во вспышку? Тогда просто есть несколько js, которые скрывают флэш-сообщение при нажатии на кнопку закрытия?

0
ответ дан 30 November 2019 в 14:54
поделиться

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

Если бы я был вами, я бы назначил флэш-память в контроллере и создал бы div в макете, который условно появляется если есть флеш сообщение для общения. Стиль с CSS и гарнир с эффектами JavaScript.

-3
ответ дан 30 November 2019 в 14:54
поделиться

Я использую jGrowl ( демо ), и я доволен этим. Я прочитал сегодня утром о Реве , и я тоже попробую это сделать. Если вы используете MooTools, есть также Window.Growl .

-2
ответ дан 30 November 2019 в 14:54
поделиться

Поскольку у меня недостаточно репутации, чтобы комментировать - Flash недостаточен по нескольким причинам:

  1. вы смешиваете представление и код контроллера. Мне нужно уведомить пользователей, включая URL-адреса и сообщения, которые просто не принадлежат контроллеру. Я могу написать функции оболочки для этого в представлениях, но это хакерский метод.
  2. Асинхронное уведомление. Если вы используете шаблон проектирования очереди, вам действительно нужна очередь сообщений, которая будет работать вместе с ней и показывать сообщения пользователя полностью независимо от контроллера, который они просматривают.
  3. Трудно установить состояние. Некоторые сообщения должны отображаться пользователю только один раз. Необходимо создать целую модель сообщения, чтобы отслеживать, что они нажимали и что отключили.

Я тоже ищу хорошее решение, и пока лучшее, что я могу придумать, - это RYO. В конечном итоге я запихну код дисплея во флеш-память, но уловка - это выяснить, что и когда мигать.

2
ответ дан 30 November 2019 в 14:54
поделиться
Другие вопросы по тегам:

Похожие вопросы: