exception-handling

    4

    2答えて

    は、VSの通常の動作は、黄色の断層ラインに表示することです : int i = 1; switch (i) { default: throw new NotImplementedException(); //this will be yellow } しかし、かなり頻繁に、私は間違った行はこの例のように、着色されていることを目撃した:

    0

    6答えて

    これは奇妙な質問かもしれませんが、try-catchブロックは特定のコードブロックを実行するだけでなく、サーバー環境のメモリにそれ以上のものを追加します。たとえば、プリントスタックトレースを行う場合、JVMは詳細情報を保持していますか?または、ヒープ上に保持される情報が増えていますか? try { ... do something() } catch(Exception e) { e

    17

    4答えて

    エラーが発生した行番号をどのように表示し、.NETがその.exesをコンパイルする方法でもこれが可能ですか? もしそうでない場合は、Exception.Messageが自動的に削除されたサブを表示する方法がありますか? try { int x = textbox1.Text; } catch(Exception ex) { MessageBox.Show(ex.Mess

    50

    14答えて

    The contract name 'IMyService' could not be found in the list of contracts implemented by the service 'MyService'.. ---> System.InvalidOperationException: The contract name 'IMyService' could not be f

    0

    1答えて

    私のシナリオ:私はSilverlightのMVVMパターンを使用してい 。私のすべてのビューモデルは、いくつかの基本的な値と動作を維持するBaseViewModelクラスを継承しています。 これらの動作の1つは、ユーザーが特定の機能を使用する権限を持っているかどうかを判断し、ブール値を返します。 機能が配置されていない場合、私は新しい例外をスローし、App.xaml Application_Unh

    2

    1答えて

    未処理の例外に対するユーザーフレンドリーな例外処理用の素敵なライブラリを探しています。 私は、次の1が見つかりました: http://www.codeproject.com/KB/exception/ExceptionHandling.aspx はそこに、他の類似プロジェクトLGPL /無料(または安価な)があります。 私はのような機能を探しています : ユーザーフレンドリーなクラッシュ画面(使用

    8

    5答えて

    catchステートメントで発生する例外を処理する最適な方法は何ですか?現在、レスポンスオブジェクトのwriteメソッドに例外メッセージを書き出しています。しかし、私は、ユーザーが何かが間違っているという一般的なエラーメッセージだけを得る解決策が必要だが、エラーの詳細な説明を得なければならない。私はC#で例外処理のために採用されているさまざまなプラクティスを知りたいと思います。

    4

    1答えて

    本番環境でクラッシュした.NETデスクトップアプリケーションがあります。エラーをどのように診断するのですか?私は、発生した例外の種類、エラーメッセージ、およびスタックトレースを知りたいと思います。 例外がコードで処理されなかったため、「このアプリケーションに問題が発生したため、終了する必要があります」というメッセージが表示されます。 Windowsメッセージボックス。唯一の選択肢は、デバッグボタン

    2

    1答えて

    MMVMアプリケーションでは、例外をどのように処理してバブリングする必要がありますか? モデルで例外が発生し、非同期コールバック中に例外がスローされた場合、これはViewModelにバブリングされません。コールバックがUIスレッドで実行されていないためです。 このためのベストプラクティスは何ですか? マーク

    0

    1答えて

    私は、カスタムJVMが少し違った動作をすることがあることを知っています。実際のJVMと同じ動作をしているかどうかを確認しようとしています。また、私は一貫してこのような作業をするためのいくつかの方法を探しています。 私が見ている最悪の部分は、例外がJVMによって完全に食べられているということです。例: public myMethod(String test) extends Remote {