Как стать автором
Обновить

Комментарии 9

Самый большой камень при разработке чего угодно на Bitrix - это Bitrix

Ну у нас была задача сохранить функционал кторый есть на сайте, а он был на Bitrix

«Стоит использовать принцип SOLID» - надеюсь, автор просто отпечатался. Solid - это не 1 принцип.

«Стоит использовать принцип SOLID, то есть максимально при отдаче данных распределить на как можно больше методов» - я бы отметил, что такой подход не базируется на solid, а скорее является одним из признаков rest-архитектуры. Вы можете иметь несколько репрезентативных состояний одного и того же ресурса, каждое со своей ручкой.

В целом, большой респект вам за статью, за то, что поделились опытом склейки моб приложений и этого вашего битрикса))

Спасибо за отзыв и полезную критику

Если пользователь сначала залогинился на одном устройстве, а затем зашел в свой аккаунт на втором, то пуш-уведомления будут приходить только на то устройство, на котором пользователь был авторизован в последний раз. 

По рукам за такие решения бить надо.

Хотелось бы больше конкретики. Просто у пользователя хранить все ключи устройства не сложно, сложно потом дать человеку возможность управлять этими подписками. Хотя возможно стоило сделать удаление при удалении приложения с телфона. Вообщем да, пища для размышления есть. А как вы видите этот процесс? Возможно у меня мало опыта в такой разработке и я чего то не понимаю(не знаю)

Если смотреть со стороны пользователя, то устанавливая приложение он ожидает что на всех устройствах оно будет вести себя одинаково. Т.е. сегодня я пользуюсь одним телефоном и получаю на него пуши, а завтра я сижу дома и пользуюсь планшетом и хочу получать на него уведомления. В общем если я установлю приложение на 100 телефонов, я должен получить уведомление на все 100 телефонов.

Обычно управление подписками как и рассылка выполняется для учетной записи, а не для конкретного устройства. Если пользователь не хочет получать уведомления на конкретном устройстве, он просто может в настройках уведомлений запретить их получать.

Удалять токены при удалении приложения затея бессмысленная. Тут лучше реализовать удаление протухших токенов т.к. они тоже не вечные и должны обновляться. При отправке пуша можно отследить результат отправки и соответственно удалить если токен протух.

Зарегистрируйтесь на Хабре, чтобы оставить комментарий

Публикации

Истории