Должен ли я использовать аутентификацию пользователя на основе входа в приложение для Android

Question

Я пишу основное приложение, которое взаимодействует с веб-сервисом, который я пишу с помощью AppEngine.Мне было интересно, каковы будут последствия использования аутентификации на основе входа в систему и индивидуального управления пользователями на стороне сервера.

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

Сейчас меня больше волнуют технические аспекты добавления этой функции.Каковы затраты на разработку и обслуживание, связанные с добавлением этих служб прямо сейчас, по сравнению с добавлением их в более поздний момент времени, т.е. когда хранилище данных уже заполнено какими-то «анонимными» данными, а история пользователей не сохраняется?

Я знаюэто неопределенный вопрос, поэтому я попытаюсь дать количественную оценку ситуации.Допустим, у нас есть приложение, которое позволяет пользователям искать рестораны в окрестностях.Приложению нужно только отправить в сервис тип ресторана, скажем «китайский»?Приложение популярно и получает 100 000 пользователей.Теперь мы хотим добавить систему избранного.Было бы лучше добавить его с самого начала или лучше подождать, чтобы получить какого-то пользователя, а затем добавить функции?

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

Answer 1

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

Недавно я развернул свою собственную систему аутентификации на основе API, используя GAE, и одно из моих самых больших сожалений - не прикусить пулю и сделать это раньше. Тем не менее, если контекст требует (т.е. вы хотите проверить концепцию и посмотреть, насколько хорошо она резонирует), я бы сказал, что вы можете использовать расширяемый подход, такой как описанный мной.