Iカスタムドメインロジックを持つライブラリがあります。何かのものは重いヒットで、Silverlightランタイム以外のコアランタイムに依存しています。SilverlightとCLRに同じライブラリを使用する方法
2つの異なるランタイムに同じコードをコンパイルして、異なるコンシューマーの異なるフレーバーを参照できますか?方法
Iカスタムドメインロジックを持つライブラリがあります。何かのものは重いヒットで、Silverlightランタイム以外のコアランタイムに依存しています。SilverlightとCLRに同じライブラリを使用する方法
2つの異なるランタイムに同じコードをコンパイルして、異なるコンシューマーの異なるフレーバーを参照できますか?方法
あなたが望むことを達成するにはいくつかの方法があります。
あなたはSLに対してコーディングして、完全な.NETでコンパイルプロジェクトにSLのプロジェクトを参照することができますので、あなたは、Silverlightで完全な.NET Frameworkアセンブリを参照することはできませんが、それを他の方法でラウンドを行うことができます。あなたが代わりにしても良くアセンブリ
を参照のソースコードを共有するためのリンクとして他のプロジェクトからファイルを追加することができます
、あなたは、Visual Studioは、リンクファイルを管理できるようにするためにプリズムv2およびそれに付属しているプロジェクトのリンカアドインを使用することができますプロジェクト間。あなたは、単純な、ハイレベルの答えはあなたがCLRとSilverlightの両方の参照をアセンブリアセンブリであなたの共通のコードを置くことであるhere
2つのクラスライブラリプロジェクト(SLLib、CLRLib)をソリューションに追加します。次に、すべての.csファイルを両方のソリューションに追加します。
ファイルをリンクに追加しますか? –
対象とマルチプラットフォームについての詳細を読むことができます。いずれのプラットフォームにも固有のものは、共通コードから抽象化し、CLRおよびSilverlightプロジェクトで実装する必要があります。
見よ継承とポリモーフィズムの不思議;)
[サイドノートでは:あなたが自分でコピー&ペーストをコード(スニペットまたは全体のCSファイルのいずれか)を見つけた場合、あなたは非常に間違って何かをやっている]
をあなたのタスクにWorkflow Foundationを使用することを検討しましたか?
P.S.問題は非常に広いです。サンプルを提供して、協力するものがありますか?
WFはどのように私たちを助けますか? –
すみません。私のところは悪い答え。 – GregC
おい、あなたのウェブサイトとリンクされた参照をすべての単一の投稿に載せるのはクールではない。 – mattmanser