キーIDが変更された場合、ユーザーは最初からやり直すことを許容しますか？
私のアプリの主な機能：
- 2人のユーザーが電話番号でお互いを選択する
- 最初はどちらももう一方を認識していません
- 時間の経過に伴う特定のアクティビティに基づいて、両方のイベントが発生します
Hans-Martin Mosnerの回答により、詳しく説明します。
ユーザーが別のユーザーを選択すると、特定のIDを持つエントリのサーバーにデータを書き込みます。他のユーザーがその最初のユーザーを選択して、そのIDを読み取れるようにしない限り、そのデータを読み取ることができなくなり、しばらくの間、読み取れたとしても、それができるまで何も表示されません。より多くのことが起こります。
理論的には、最初の読み取りが行われると、通信に新しいIDを設定できるようになりますが、IDを持つエントリがすでに持っている内部データの一部と、サーバーにあるように見える制限があるためです、サーバーでチェックを行うことはできませんが、クライアントで行うことはできますが、これにより、ハッキングに関する知識が少なくともいくつかある悪意のあるユーザーが、アプリ。
開発のこの時点でサーバーを変更することは非常に望ましくありません。サーバーを変更する必要があるため、アプリの予想される動作に大きく反するため、電話番号の問題がそれほど大きくない場合私はそれにこだわる必要があります、おそらく私が言及している制限が存在しないことも可能ですが、十分な調査の結果、私の場合、それが可能であるという証拠を得ることができませんでした、それで、変更された電話番号で作業を続けることができず、その情報を考慮に入れることがどれほど不便であるかを知りたいのです。
問題
プロセス中にユーザーのいずれかが電話番号を変更した場合、私の現在のソリューションでは、両方のユーザーが最初からやり直し、お互いをもう一度選択してプロセス全体をやり直す必要があります。
この問題に対する唯一の解決策は、悪意のあるユーザーによるアプリの操作をはるかに受けやすくすることです。
仮定
電話番号を変更することはそれほど頻繁ではないと思います（私は私の人生を変更していないので、一般的に変更した人はほとんどいません）。一部のユーザーにとって煩わしいかもしれませんが、影響を受ける割合は物はあまり心配しないほど十分に低いです。
質問
信頼できるデータで、それがどれほどの問題になるかを知りたいのですが。
早く学ぶ
アプリがかなり初期の状態にあるようです。
そして、あなたは個人の番号が最近あまり変わらないことは正しいです。
今こそ、本当にが重要なことを見つける時です
それが私のアプリである場合、私は2つの方向からアプローチします。
- そのままデプロイします。ユーザー数を変更するユーザーは、多少の苦痛を経験します。彼らがその痛みについてあなたに伝える方法を知っていることを確認し、フィードバックを追跡することを確認してください。
- フェーズ2の計画。このニーズにどのように対処できるかについての計画のレイアウトを開始します。ユーザーが番号を移行できるようにするためにユーザーから収集できる他の情報はありますか？その背後にある経験とアーキテクチャについて考えてください。
あなたはそれがあなたが心配する必要がないものであることを非常によく見つけるかもしれません。しかし、それが実際に公開されてv1から学習を始めるまでは、決してわかりません。
それで問題ありません。番号を変更することを決定した人は、少なくとも重要な連絡先を再度追加する必要があることを認識しています。
「連絡先の移行」が近い将来実装する予定のある機能の1つではない場合は、ユーザーに、番号を変更する場合は連絡先をもう一度追加する必要があることを通知できます。
あなたのアプリで頑張ってください！
私のコメントで述べたように、あなたの問題の説明はかなり曖昧であり、私の理解に矛盾しています。たとえば、最初の箇条書きでは、ユーザーが電話番号でお互いを選択していると述べていますが、2番目の点では、ユーザーがお互いを認識していないと述べています。
何らかの理由で「接続」のプロセスに時間がかかる場合、すべてのユーザーが起動時に何らかのトークンを受け取り、アプリは電話番号が変更された場合でもそのトークンを保持する必要があります。アプリの適切な使用法が説明されていないため、これによりアプリが不正使用される可能性があるかどうかは不明です...
恐ろしい 'what-if'シナリオを立法化しているように聞こえます。
「what-if」シナリオは、水中で死んだプロジェクトを殺します。それを無視します。それはフリンジユースケースです。
参考までに、過去19年間に7回番号を変更しました。あなたはゼロ。