問題タブ [conceptual]

WPF Command と WPF Event の違いをグーグルで調べていました。議論が行われているスタックオーバーフローの次のページにたどり着きました。

WPFコマンドとイベントの違いは何ですか?

私はそこから続くことしか理解できません

1. コマンドはビジネス層で記述可能、イベントはプレゼンテーションのみ
2. 1 つのコマンドは多くのコントロールに関連付けることができますが、イベントは 1 つのコントロールにのみ関連付けることができます。

私は正しいですか？それらの間に他の違いはありますか？

以前の質問Accessing variables from XAML and object from ViewModel using Code Behindに基づいて: どちらが最初に実行されるかをどのように知ることができますか?

コード ビハインドですか、それとも ViewModel ですか。
ViewModel の前にコード ビハインドが実行されるようにしたいだけです。

私は WPF/MVVM アプリケーションを開発しており、ViewModel のデータにリストボックスをバインドしています。さまざまな時点で、リストボックスを特定の要素にスクロールさせるビューモデルが必要です。

カスタム コントロールを作成せずに、懸念事項の適切な分離を維持しながら、これを行うにはどうすればよいでしょうか?

私は現在VisibleIndex、XAMLコードがビューモデルの整数にバインドする依存関係プロパティを使用して、ビューレイヤーにカスタム動作クラスを作成することで機能しています:

整数が設定されると、依存関係プロパティの更新ハンドラーがトリガーされ、リストボックスに関連するインデックスまでスクロールするように指示されます。

依存関係プロパティの値がリストボックスによって変更されることはなく、値が変更されたときにのみ更新ハンドラーが呼び出されるため、これは少しハックに思えます。したがって、関連項目が確実に表示されるようにする唯一の方法は、次のようにすることです。

現時点で動作クラスを使用している唯一の理由は、カスタム依存関係プロパティをバインドするためです。代わりにイベントでこのようなことを行う方法はありますか?

%Javaでモジュラスを含む式の未知数の値を取得したい

例えば：

x % 26 = yyどうやって手に入れることができるかという価値がある場合x

私はしばらくの間、Eric Lippert のブログを読んでいます (すばらしいので、チェックしてみてください)。彼の投稿の 1 つに対するコメントで、彼は、一連の数字にインデックスを付けるつもりはなく、単にそれらを列挙するだけであると述べています。

列挙とインデックス作成の違いは何ですか。どこでも検索しましたか? 私の検索中に、反復が方程式に持ち込まれたとき、私はさらに混乱しましたか？誰かがこれらの 3 つの概念を説明してくれませんか? これをだまされたとマークする前に、「イテレータと列挙子」に関するいくつかの質問をすでに見ましたが、適切な説明はまだ見ていません（したがって、質問です）。私はあなたの助けに感謝します。

私は約100行の長いコード関数を持っています。読みにくいです。

関数を分離するためのよりクリーンな方法またはより良い方法はどれですか?

最初の方法

第二の方法

誰も良くない場合、いつ最初の方法ではなく2番目の方法を使用する必要がありますか?

私は.NETの基準を把握しようとしています.NETの例外が抑制されたり、飲み込まれたり、気づかれずに渡されたりして、そのようなインシデントを検出/疑い/防止/警告する.

.NET Framework 4.5 に関する MSDN のオンライン記事「Timer Class」には、次のように記載されています。

.NET Framework バージョン 2.0 以前では、Timer コンポーネントは、Elapsed イベントのイベント ハンドラーによってスローされたすべての例外をキャッチして抑制します。この動作は、.NET Framework の将来のリリースで変更される可能性があります。

うーん、.NET 4.5 は .NET 2.0 に関連してすでに将来のリリースですか?
これは修辞的な質問ですが、ドキュメントで言及されている特定のケースについてはあまり気にしません。

私が気にして理解したい
のは、.NET例外が抑制されている基準、原則、および根拠は何ですか?

更新（Eugen Rieckの回答に応じて：

質問は次のとおりです。どのスレッドがタイマーティックでスローされた例外の対象となる必要がありますか?

MSDNの記事「例外処理（タスク並列ライブラリ）」を引用：

例外を伝達するタスクを待機しない場合、またはその Exception プロパティにアクセスしない場合、タスクがガベージ コレクションされるときに、.NET 例外ポリシーに従って例外がエスカレートされます。

（どこにも見つからなかった面白い「.NET例外ポリシー」...）

さて、私が理解しているように、STAであり、メインの親スレッドが1つあるWPFアプリに興味があります。
私の願いは、例外が処理されなかった場合にクラッシュすることです。

Update2 (Matt Smith のコメントに応えて):

はい、知っています。引用<ThrowUnobservedTaskExceptions>要素:

Task に関連付けられている例外が監視されていない場合、Wait 操作はなく、親がアタッチされておらず、TaskException プロパティが読み取られていない場合、タスク例外は監視されていないと見なされます。

.NET Framework 4 では、既定では、監視されない例外を持つタスクがガベージ コレクションされると、ファイナライザーは例外をスローし、プロセスを終了します。プロセスの終了は、ガベージ コレクションとファイナライズのタイミングによって決まります。

開発者がタスクに基づいて非同期コードを簡単に記述できるようにするために、.NET Framework 4.5 では監視されない例外に対するこの既定の動作が変更されています。監視されていない例外によって UnobservedTaskException イベントが発生しますが、既定では、プロセスは終了しません。代わりに、イベント ハンドラーが例外を監視するかどうかに関係なく、イベントが発生した後、例外は無視されます。

.NET Framework 4.5 では、アプリケーション構成ファイルの要素を使用して、例外をスローする .NET Framework 4 の動作を有効にすることができます。

質問の膨らみを避け、 Stephen Toubの「.NET 4.5でのタスク例外処理」による説明への参照を取得するために、さらに先に進むのをスキップしました

結局のところ、質問は（本当にこの質問から始めたいと思っていた）私のために確認することです：

• MSDN の「Exception Handling (Task Parallel Library)」に記載されている共通の「.NET 例外ポリシー」はありますか?
• .NET のバージョンに依存していますか、それとも独立していますか?
• それはどこで策定されていますか？