ここに投稿するかどうかはわかりませんが、ここに投稿します。
一連のフォームから顧客情報を取得し、その情報を SQL Server に保存するアプリ (VS 2012 を使用する Windows フォーム) があります。アプリは、ローカル ネットワーク上のコンピューターに展開されます (一部はリモートですが、同じドメイン上にあります)。ユーザー入力のすべてのステップで検証があります。これを考えるのが単純かどうかはわかりませんが、徹底的なテストを行った後に心配しなければならない唯一の例外は、SQL Server への接続の場合だと思います (ただし、他の問題が発生する可能性がある場所を知りたいです)。私の見方では、MSSQL に接続するときにアプリが例外をスローする可能性があります (SQL の一意のキー エラーをすべてカバーしており、列を操作する人はいません。必要なアクセス許可を持ち、ユーザー入力を要求/制限します。私の列は必要/許可します）、しかし私はしません' ユーザーが再試行できるようにコードを try/catch に入れる以外に、どのように処理するかわかりません。接続が失敗した場合、次のコード行にスキップしても意味がないためです (または、これも不合理です)。 . だから私の質問は、この場合に例外処理を行うための最良の (1 つ以上の可能性がある) 方法は何ですか? すべての接続を try/catch でラップする必要がある場合、アプリがローカルに展開されることを考えると、これらをログに記録するための望ましい方法はありますか (サーバーがダウンした場合に備えて、ネットワーク サーバーにそれらを保存することに関心があります)一時的に）。前もって感謝します！！この場合、例外処理を行うための最良の (1 つ以上の可能性がある) 方法は何ですか? すべての接続を try/catch でラップする必要がある場合、アプリがローカルに展開されることを考えると、これらをログに記録するための望ましい方法はありますか (サーバーがダウンした場合に備えて、ネットワーク サーバーにそれらを保存することに関心があります)一時的に）。前もって感謝します！！この場合、例外処理を行うための最良の (1 つ以上の可能性がある) 方法は何ですか? すべての接続を try/catch でラップする必要がある場合、アプリがローカルに展開されることを考えると、これらをログに記録するための望ましい方法はありますか (サーバーがダウンした場合に備えて、ネットワーク サーバーにそれらを保存することに関心があります)一時的に）。前もって感謝します！！