Prism /UnityをSilverlight3プロジェクトに置き換えるために、NikhilKothariによるSilverlight.FXを見始めました。
これまでのところ、コードのレイアウトと構造が気に入っています。よく考えられているようです。
しかし、System.Reflection.AmbiguousMatchExceptionが原因で、多くのサンプルを機能させることができません。他にこれを見ている人はいますか？このフレームワークをSilverlight3で使用するべきではありませんか？
最新バージョンのライブラリ（SL3に対して構築された3.1）を使用してAmazon StoreサンプルとTaskListサンプルを試しましたが、ColorFillエフェクトを含め、サンプルは正常に機能しているようです。
Effectクラスの名前をAnimationEffectに変更しました。これは、ソースを再コンパイルしようとした場合に表示されるあいまいなAPIコンパイルエラーを回避するために必要です...ただし、プリコンパイルされたバイナリは問題ありませんでした。ただし、ランタイムリフレクションの問題が発生する理由がわかりません。
申し訳ありませんが、応答/修正がすぐに表示されないのはイライラする可能性があることはわかっていますが、特に多くのことが起こっています。リリース前。私の望みは、少なくとも1つが完全にブロックされないように、少なくとも1つが完全にブロックされないようにデバッグ/侵入できるソースを用意することです。はい、私はその準最適性を認識していますが、同時に、Noamが指摘したようにそれは現実です... :-(
かなりのデバッグの後、Nikhilが使用したクラス名の一部がSilverlight 3ベータ1になっているため、このエラーが発生します。TaskListの例では、ListViewのDataTemplateにHoverEffectがあります。
<fxeffects:ColorFill FillColor="#406795D1" Duration="0:0:0.25"/>
これは私が見たすべての問題を引き起こしているものです。これを削除すると、AmbiguousMatchExceptionが削除されました。
私は問題なくSilverlight3でフレームワークを使用しています。ビルド済みのdllを参照することは私のプロジェクトでは機能しますが、ソースを自分でコンパイルしようとはしていません。dllを使用してみましたか？
まあ、それは問題を回避することであり、それを解決することではありません。問題ははるかに深刻であり、Effect基本クラスから派生したクラスを使用するものはすべて壊れているようです。そのため、SilverlightFXの使用はかなり退屈です。
私は過去にlibを使おうとしましたが、問題がありました。Nikhil Kothariは、彼が取り組んできたものと彼の技術的能力において素晴らしいですが、彼は問題の解決にそれほど敏感ではないことがわかりました（BTW、誰かが彼のブログにこの問題を投稿しましたが、彼の応答はありません）。私はこれがNikhilのノックのように聞こえることを望んでいません。それは、実際のプロジェクトにオープンソースを使用するときに考慮する必要があることです。
誰かがそれらのクラスとの取引が何であるかを理解できることを願っています。私は問題を解決せずにデバッグに何時間も費やしました。