Конфигурирование Django для использования [закрытого] SQLAlchemy

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

Как указано в блоге Google Dev , поскольку API 28 google предлагает новый биометрический API , который упрощает весь процесс биометрической аутентификации. Они предоставляют просто конструктор для диалога авторизации. Кроме того, они также поддерживают обнаружение лица и радужной оболочки - хотя это вопрос времени, если вы хотите поддержать его и, возможно, стоит его обновить.

Единственный недостаток, который я обнаружил, это то, что если вы хотите проверить, например, Доступно аппаратное обеспечение для идентификации по отпечаткам пальцев, вам нужно будет запустить процесс аутентификации, чтобы проверить это, и дождаться обратного вызова ошибки . Вместо этого устаревший API-интерфейс идентификации отпечатков пальцев предоставляет методы, подобные isHardwareDetected() или hasEnrolledFingerprints() . В этом случае вам, вероятно, придется изменить дизайн приложения, если вы полагаетесь на эту информацию. Причиной отказа от этих методов, вероятно, является то, что он поддерживает только отпечатки пальцев, поэтому его обновление не является плохой идеей.

Google также предоставил версию compat 'androidx.biometric:biometric:1.0.0-alpha02' для устройств ниже API 28, похоже, что, импортируя эту зависимость, вы можете просто переключиться на разрешение USE_BIOMETRIC, не изменяя ничего в вашем приложении - вас больше не будет беспокоить предупреждение. Так как это только на стадии альфа, я бы использовал это с осторожностью. Поэтому, если вы ничего не используете из API биометрии, вы также можете просто игнорировать проблему и снова столкнуться с ней, если вы хотите поддерживать дополнительные методы биометрической аутентификации.