у меня уже
1. Искал в Google
2. Здесь stackoverflow
3. Некоторые рекомендации для моих постов о том, что не следует использовать прямые текстовые выражения для соединения между приложением и SQL Server, а не использовать в основном рекомендуемые службы API REST.
Обзор
Я нахожу соединение SQL Server очень гладким в разработке форм Xamarin. Мои основные проекты - это основанный на Интернете asp.net c # и настольный vb.net, которые используют ту же самую базу данных размещенного MS SQL Server 2012 Express (виртуальный частный сервер, а не общий сервер).
В Desktop у нас есть опция шифрования файла app.Config, в которой мы можем хранить безопасные учетные данные подключения к базе данных.
В веб-интерфейсе у нас есть файл web.config, в котором мы говорим, что это безопасный способ поместить туда учетные данные.
(Если ошиблись, поправьте меня)
Честно говоря, я попробовал на начальном этапе REST API Services, включая Microsoft Azure, но это выглядит очень сложным или с некоторыми или другими ограничениями для меня в подходе или структуре оплаты. (Или, может быть, я полностью гибок в регулярных выражениях c #).
Поскольку у меня есть собственный хостинг-сервер, я не хочу выбирать другой.
Наконец-то на мой запрос
Теперь я храню в папке Xamarin Forms Class в .cs все защищенные учетные данные.
/------------------------------------------
//Connection String
//------------------------------------------
public static string appNutri_connection_string = @"data source=<IP ADDRESS>;initial catalog=<Database_Name>;user id=<user_name>;password=<pass_word>;Connect Timeout=600"
И я использую этот appNutri_connection_string во всем проекте для соединений.
Также, когда мы компилируем Пакет, мы выбираем сначала ввести пароль перед распространением.
Мало того, что перед тем, как мы загрузим его в Google Play, он перепроверяет учетные данные Hash Key, соответствующие названию пакета, затем только публикует apk.
Поэтому, пожалуйста, дайте мне знать, как небезопасно для APK хранить учетные данные в файле .cs. Во-вторых, самое важное, есть ли другое решение для шифрования файла учетных данных? Так что мне не нужно нарушать мой столь плавный тренд, идущий на всех платформах.
Это очень важный этап для меня, чтобы пойти дальше, так как я все еще нахожусь на начальной стадии реализации продукта вживую. Так что не хочу идти дальше с какими-либо петлями или неправильным восприятием. Безопасность и конфиденциальность данных (особенно для клиента) - моя главная задача. Не может пойти на компромисс в любое время. Поэтому, пожалуйста, предложите мне лучший способ решить эту задачу.
(Еще раз, возможно, возможный дублирующий вопрос, но, честно говоря, я не нашел подробного объяснения или информации ни здесь, ни в любом поиске Google)