android - パスコードの共有設定

Question

フォーラムから何かを読みました。誰かがAndroidアプリケーションを開発しました。彼は、SQLiteの代わりにSharedPreferenceを使用してパスコードを保存しました。

その理由を知りたいのですが。SharedPreferenceはSQLiteと比較してより高いセキュリティを持っていますか？

SharedPreferenceについてグーグルで検索しましたが、実際には理解していません。

情報をありがとう。

Answer 1

あなたがそれを十分にグーグルするならば、あなたは知っているより多くの情報を得る。真剣に。

1. 各アプローチの長所と短所。
2. セキュリティ関連の議論。
3. 基本的な違い。

そして、さらに何ですか？それはすべてそうです！わーい。

Answer 2

もちろん、「誰か」の動機はわかりませんが、実装が簡単だったと思います。それは確かにもっと安全ではありません。

Answer 3

私は両方を使用しており、メンターに尋ねたときにメンターが私に言ったことは、本当に個人的な好みの問題でした。私は、Androidアプリのセッションに相当するものとしてmysqlと共有設定を使用します+共有設定の意図された目的と、必要がないのになぜそのような単純なデータをmysqlite dbに保存するのかを知ることができますか？短いデータのいくつかのフィールドを保存するだけでよく、データを編集する必要はありません。Mysqliteは、そのような状況ではちょっとやり過ぎですが、両方の使用法のいくつかの素晴らしい例を次に示します。

共有設定：

http://www.androidhive.info/2012/08/android-session-management-using-shared-preferences/

mysqliteでログインします。

http://www.androidhive.info/2012/01/android-login-and-registration-with-php-mysql-and-sqlite/

（注：両方のログイン例のソースを簡単に変換して共有設定を使用できます。そのサイトのほとんどすべてのコードは、編集をほとんどまたはまったく行わずに何度も再利用できる個々のクラスにリファクタリングされています。

誤解しないでください。ユーザープロファイル/フィードなどをキャッシュするためにmysqliteを使用します。そのため、ユーザーはそれが読み込まれるのを待つ必要がなく、最終的には3つすべて（mysql、共有設定、mysqlite）をログインに使用する可能性があります。（例：ユーザーが初めて登録できるようにする-> mysqlにクエリを実行し、データを共有設定としてセッションとして保存し、ユーザーデータをmysqliteに保存して、登録後にユーザーがログインして既存のキャッシュメッセージなどを表示できるようにします。 w。代わりにmysqlitedbにクエリを実行し、戻り値を共有設定に保存してインターネット接続を確立します（もちろん、信号を受信したらすぐに、または何かを変更または編集する前に、サーバー側でこれらの資格情報を検証します。