Реалізація реакцій на повідомлення у чаті мобільного додатку

TRUETECH займається розробкою, підтримкою та обслуговуванням мобільних додатків iOS, Android, PWA. Маємо великий досвід та експертизу для публікації мобільних додатків до популярних маркетів Google Play, App Store, Amazon, AppGallery та інші.

Розробка та підтримка будь-яких видів мобільних додатків:

Інформаційні та розважальні мобільні програми
Новинки, ігри, довідники, онлайн-каталоги, погодні, фітнес та здоров'я, туристичні, освітні, соціальні мережі та месенджери, квіз, блоги та подкасти, форуми, агрегатори
Мобільні програми електронної комерції
Інтернет-магазини, B2B-додатки, маркетплейси, онлайн-обмінники, кешбек-сервіси, біржі, дропшиппінг-платформи, програми лояльності, доставка їжі та товарів, платіжні системи
Мобільні програми для управління бізнес-процесами
CRM-системи, ERP-системи, управління проектами, інструменти для команди продажів, облік фінансів, управління виробництвом, логістика та доставка, управління персоналом, системи моніторингу даних
Мобільні програми електронних послуг
Дошки оголошень, онлайн-школи, онлайн-кінотеатри, платформи надання електронних послуг, платформи кешбеку, відеохостинги, тематичні портали, платформи онлайн-бронювання та запису, платформи онлайн-торгівлі

Це лише деякі з типів мобільних додатків, з якими ми працюємо, і кожен із них може мати свої специфічні особливості та функціональність, а також бути адаптованим під конкретні потреби та цілі клієнта.

Послуги, які ми пропонуємо
Показано 1 з 1Усі 1735 послуг
Реалізація реакцій на повідомлення у чаті мобільного додатку
Середній
від 1 дня до 3 днів
Часті запитання

Наші компетенції:

Етапи розробки

Останні роботи

  • image_mobile-applications_feedme_467_0.webp
    Розробка мобільного додатка для компанії FEEDME
    792
  • image_mobile-applications_xoomer_471_0.webp
    Розробка мобільного додатку для компанії XOOMER
    671
  • image_mobile-applications_rhl_428_0.webp
    Розробка мобільного додатку для компанії RHL
    1097
  • image_mobile-applications_zippy_411_0.webp
    Розробка мобільного додатку для компанії ZIPPY
    969
  • image_mobile-applications_affhome_429_0.webp
    Розробка мобільного додатку для компанії Affhome
    914
  • image_mobile-applications_flavors_409_0.webp
    Розробка мобільного додатку для компанії FLAVORS
    495

Реалізація реакцій на повідомлення у чаті мобільного додатку

Довге натиснення на сповіщення → пікер еміджі → анімована реакція під сповіщенням. Виглядає просто, але у продакшені вспливають деталі: два користувачи реагують одночасно — лічильник дублюється. Або пікер перекривається клавіатурою. Або анімація прибігає тому що висота ячейки пересчитується без контексту.

Як устроєні дані

Таблиця message_reactions: message_id, user_id, emoji (unicode-символ або short code), created_at, UNIQUE (message_id, user_id, emoji). Індекс по message_id — він потрібен для швидкого отримання всіх реакцій до сповіщення.

У ответе API сповіщення включає агреговані реакції:

"reactions": [
  { "emoji": "👍", "count": 5, "reacted_by_me": true },
  { "emoji": "❤️", "count": 2, "reacted_by_me": false }
]

Групування SELECT emoji, COUNT(*), bool_or(user_id = $current_user_id) — виконується швидко при індексі по message_id. При великому числі реакцій (тисячи) — кеш у Redis Hash з інвалідацією.

При додаванні/видаленні реакції сервер рассилає WS-событие reaction.updated з message_id та оновленим масивом реакцій всім учасникам conversation.

UI та анімації

Пікер еміджі по long press

На iOS: UILongPressGestureRecognizer з minimumPressDuration = 0.35. При спрацюванні — вичислюємо позицію ячейки у superview координатах через convert(cell.frame, to: view), показуємо кастомний UIView-попап з quick-reactions (6-8 еміджі) позиціонований над сповіщенням. Haptic feedback через UIImpactFeedbackGenerator(style: .medium).impactOccurred().

У SwiftUI — .onLongPressGesture(minimumDuration: 0.35) + overlay з кастомним ReactionPickerView через ZStack.

На Android (Jetpack Compose): pointerInput(Unit) { detectTapGestures(onLongPress = {...}) } — показуємо Popup з Row quick-reactions.

Повний emoji-picker (якщо потрібен) — бібліотека emoji-picker-react для Flutter Web, EmojiPicker для Android (бібліотека emoji-picker-android), кастомна UICollectionView по категоріям для iOS.

Відображення реакцій під сповіщенням

Горизонтальний flow-ряд кнопок-пилюль: [emoji + count]. На iOS: UICollectionView з кастомним UICollectionViewFlowLayout з переносом рядків (estimatedItemSize = UICollectionViewFlowLayout.automaticSize). Або простіше — UIStackView з isLayoutMarginsRelativeArrangement та ручним wrapping.

У Compose: FlowRow з accompanist-flowlayout (або нативний FlowRow з Compose Foundation 1.5+) — зручніше.

Критичний момент: при додаванні нової реакції висота ячейки може збільшитися (додався новий ряд). Без правильної анімації список дергається. У UIKit — performBatchUpdates з reloadItems(at:) + UIView.animate. У Compose — animateContentSize() на контейнері реакцій.

Анімація додавання

Нова реакція: іконка «з'являється» з scale 0.3 → 1.2 → 1.0 + opacity 0 → 1. У UIKit — CASpringAnimation на transform.scale. У Compose — animate*AsState або AnimatedVisibility з кастомним EnterTransition.

Інкремент лічильника: число «прокручується» вверх (старое йде вверх, нове з'являється знизу). UIKit — CATransition(type: .push, subtype: .fromTop) на UILabel. Compose — AnimatedContent з slideInVertically + slideOutVertically.

Список реагуючих

Тап на реакцію-пилюлю → bottom sheet зі списком користувачів. iOS: UISheetPresentationController (iOS 15+) з detents: [.medium()]. Android: ModalBottomSheet у Material3. Дані: GET /messages/{id}/reactions?emoji=👍 → масив {user_id, display_name, avatar_url}.

Своя реакція

Якщо reacted_by_me = true — пилюля підсвічена (акцентний border або background). Тап по ній — видаляє реакцію (toggle). Optimistic update: одразу змінюємо UI, откатуємо при помилці.

Обсяг робіт

Реакції як окрема фіча — 1-3 дні при наявності готового чата. Включає: API endpoint (add/remove), WS-событие, UI-компонент реакцій, пікер, анімації, список реагуючих. Вартість залежить від платформи (iOS, Android або обі) та наявності існуючого WS-протоколу у проекті.