問題タブ [fody]
For questions regarding programming in ECMAScript (JavaScript/JS) and its various dialects/implementations (excluding ActionScript). Note JavaScript is NOT the same as Java! Please include all relevant tags on your question; e.g., [node.js], [jquery], [json], [reactjs], [angular], [ember.js], [vue.js], [typescript], [svelte], etc.
mvvm - PropertyChanged.Fody移行notifypropertychanged
私は NotifyProperyWeaver を使用してきましたが、PropertyChanged.Fody を使用して Fody の最新のビルドで非推奨になっていることに気付きました。
NotifyProperyWeaver を使用して、属性を持つプロパティのみを織り込み、他のすべての通知を無効にしました。
[属性付き] プロパティのみが織り込まれるように PropertyChanged.Fody を構成する方法はありますか? 逆ではありません。ドキュメント ページに情報が表示されません。FodyWeavers.xml に隠しプロパティがありますか。
msbuild - NuGet パッケージの復元でビルド ターゲット アセンブリがフェッチされない (ツール)
ソリューションの 2 つのプロジェクトにFody ProperyChangedを追加しました。ソリューションでパッケージの復元が有効になっています。ただし、TFS ビルド サービスは次のエラーでビルドに失敗します。
WindowsUI.csproj (443): インポートされたプロジェクト "SolutionDir\Tools\Fody\Fody.targets" が見つかりませんでした。宣言内のパスが正しいこと、およびファイルがディスク上に存在することを確認してください。
フォルダは実際にはありません。明らかに、ソース管理にチェックインできました。ただし、NuGet パッケージの復元によってデータが取り込まれるべきではありませんか? それとも、NuGet Package Restore の機能を誤解していますか?
c# - 依存プロパティの変更に対する Fody-PropertyChanged の発生
とクラスがProjectModel
あります。ProjectViewModel
my Model はプロジェクトの直接操作を処理し、ビュー モデルは「見やすい」プロパティとコマンドを提供します。
ただし、私の ViewModel では、ビュー バインディングの読み取り専用プロジェクト コントラクトを公開しています。
したがって、ここでは、プロパティModel
は変更されませんが、プロパティModel.Project
は変更さModel
れるため、変更されたときにその PropertyChanged イベントが発生します
これで、Fody-PropertyChangedには、プロパティが (同じクラス内の) 別のプロパティに依存しているかどうかを検出し、他のプロパティが変更された場合に変更イベントを発生させる機能があることがわかりました。
オブジェクトが変更された通知を発生させたときにFody-PropertyChangedが発生する可能性があるかどうか疑問に思っていました。PropertyChanged("Project")
Model
もちろん、手動で行うこともできます。しかし、私はFodyに固執したいと思います。これは悪い考えですか?あるいは、これはそもそもMVVMの悪い習慣ですか?
c# - Fody は最終アセンブリに参照や痕跡を残しますか?
最終的に織り上げられたアセンブリに、 Fodyまたはその依存関係 (参照)の痕跡はありますか?
c# - コンパイル時/ビルド後の依存性注入 IoC?
私は現在、NInjectを使用してインターフェースを具象型にバインドし、それらをクラスに注入しています。ただし、これはランタイムの問題であることを理解しています。私には、誰かが私のアプリケーションの動作を変更したい場合、それは攻撃のポイントのように思えます。
依存性注入 IoC をコンパイル時に移行できるようにするものはありますか (読み取り: ビルド後の IL ウィービング/置換)。
詳しく説明する
私のコードでは、バインディングをセットアップします
付きFoo(Bar dependency)
アプリケーションのルート (起動時) でグラフを解決します
サービスロケーターがないと仮定します(とにかくアンチパターンですよね? )。だからもう使い物にならkernel
ない。
今、私は、カーネルの解決エンジンをインスタンシエーター、または定数/シングルトンへの参照などに置き換える「ビルド後のリリースコンパイル」が必要です。
実際、最終ビルド段階で IL を交換すると、次のようになります。
また、NInject への参照はもうありません。
この質問に対する私の論理的根拠は、Fodyを使用してすべての PropertyChanged レイザーを IL Weave しているということです。
.net - ICommand への Mono.Cecil GetTypeReference
System.Windows.Input.ICommandインターフェイスは、.NET 4.5 の時点で、PresentationCore.dll から System.dll に Type Forwarded されました。2 つの問題があります。
クラスに注入するプロパティの戻り値の型として使用できるように、このインターフェイスをインポートするにはどうすればよいですか (プロパティ インジェクションのヘルプは必要ありません。タイプの解決/インポートだけです)。
結果のアセンブリが、.NET 4.5 がインストールされておらず、ICommand型が System.dll に転送されていない .NET 4 クライアントで動作することを確認するにはどうすればよいですか?
このコードは、カスタムFodyウィーバーで使用することを目的としています。
c# - Fody - メソッドキャッシング
初めて Fody メソッド キャッシュ ( https://github.com/Dresel/MethodCache ) を使用しています。次のコードが機能しないため、おそらく何か間違ったことをしています。
最初の呼び出し: 引数をキーとしてキャッシュし、値を値として返します。他の呼び出し:if cache[arg1, arg2,...]
関数を完了せずにキャッシュ値を返しますか? (キャッシュ属性を使用)
xamarin.ios - Fody/PropertyChanged を Xamarin Studio の iOS プロジェクトで動作させる方法は?
Nuget for Xamarin Studio をインストールし、Fody/PropertyChangedを iOS ソリューションに追加しようとしました。ただし、次のエラーが表示されます。
iOS ソリューションと連携させる方法を知っている人はいますか?
.net - Fody ソリューション ウィーバーの構成
Fody in-solution weavingを使用しています。Fody を使用するように構成されたプロジェクトがいくつかあり、他のウィーバーと同じ方法で (自動配線されたConfig
プロパティを介して) 構成をウィーバーに渡すことができるようにしたいと考えています。ただし、これを達成する方法に関するドキュメントは見つかりません。
サポートされていますか?もしそうなら、どのように?