ユーザー設定を保存する場所

むかしむかし、寛容さと混乱の時代に、プログラムはユーザー設定を別の場所に保存していました。 多くは、システム全体の設定のコピーを1つ保持していました。 時間が経つにつれて、すべてのオペレーティングシステムが通常のユーザープロファイルを取得し、システムフォルダーへのアクセスを制限し始め、すべてのプログラマーがプロファイルのフォルダー（ブランチ）にユーザー設定を保存する方法を学び始めました。 それとおとぎ話が終わるように思われます。 しかし、違います。 このアプローチが機能しない場合があります。 これを、Googleアプリケーションの1つでのエラー（つまり、タイプミスによる一般的なバグではなく、アーキテクチャーエラー）の例で示します。



Google Musicサービスについてです。 ご存知のように、このサービスではWEBインターフェースを介して音楽を聴くことができますが、特別なGoogleミュージックマネージャアプリケーションからのみサーバーにアップロードできます。 インストールとログイン後、Googleクラウドに音楽をダウンロードするフォルダーを指定するよう求められます。 いくつか選択してください。







プログラムは自動的にファイルのダウンロードを開始します。 最後に、彼はすべてが正常にロードされたと言うでしょう。 まあ、まあ、これまでのところ良い。



ログアウトして、別のGoogle Musicアカウントでログインします。 そして、注意、私たちは何を見ますか：







同じフォルダがこのアカウントに既に登録されており、さらに、曲はすでに別のアカウントにダウンロードされています！ これらはすべて、私たちの側で何もすることなく、単独で起こりました。 ファイルの壮大な性質をまだ理解していない人のために、私は類推をします。友人を訪ね、メールをチェックするために彼のコンピューターを頼み、あなたのアカウントでログインします-そして突然あなたの友人のメールからの手紙があなたのメールボックスに入り始めます。 かっこいい かっこいい。



なぜこれが起こったのですか？ 答えは簡単です。







Googleミュージックマネージャーは、共有フォルダーの設定をレジストリのユーザープロファイルに保存します。 プログラムにログインするとき、設定は変更されません。 1人のユーザーが複数のアカウントを持っているか、「他の誰かのコンピューターにログインしている」という状況はまったく考慮されていません。 そしてこれはバグです。

おわりに

アプリケーションがユーザーにユーザー名/パスワードを要求し、どこかに接続する場合、OSユーザープロファイルではなく、独自のユーザープロファイルファイルに設定を保存することを検討する必要があります。 OSユーザー！=外部サービスのユーザー。