リフレクションの遅さ

Question

私は最近、DataAccessProviderとビジネスロジックレイヤーを区別するためのインターフェースレイヤーを作成しました。 このアプローチでは、Web/App.Configの値を変更して、いつでもDataAccessProviderの選択を変更できます。 （必要に応じて詳細を記入してください）。

これを行うには、私たちが作業できるDataProviderクラスを実現するためにリフレクションを使用します。

/// <summary> 
/// The constructor will create a new provider with the use of reflection. 
/// If the assembly could not be loaded an AssemblyNotFoundException will be thrown. 
/// </summary> 
public DataAccessProviderFactory() 
{ 
    string providerName = ConfigurationManager.AppSettings["DataProvider"]; 
    string providerFactoryName = ConfigurationManager.AppSettings["DataProviderFactory"]; 
    try 
    { 
     activeProvider = Assembly.Load(providerName); 
     activeDataProviderFactory = (IDataProviderFactory)activeProvider.CreateInstance(providerFactoryName); 
    } 
    catch 
    { 
     throw new AssemblyNotFoundException(); 
    } 
} 

しかし、今私はどのように遅い反射があるのだろうか？

Answer 1

ほとんどの場合、十分に速いです。たとえば、これを使用してDALラッパーオブジェクトを作成する場合、リフレクションによってオブジェクトを作成するのにかかる時間は、ネットワークに接続する必要がある時間に比べて小文字のになります。これを最適化することは時間の無駄になります。あなたがタイトループ内で反射を利用している場合は

は、それを改善するためのトリックがあります。

• ジェネリック型指定されたデリゲートに
• Delegate.CreateDelegate（（ラッパーwhere T : new()とMakeGenericTypeを使用して）;動作しません。コンストラクタ用）
• Reflection.Emit - ハードコア
• Expression（のようなDelegate.CreateDelegateが、より柔軟性、およびコンストラクタのために働く）

しかし、あなたの目的では、CreateInstanceは完全に問題ありません。それにこだわり、物事を単純にしておきなさい。

---

編集：最も重要なことは、「それを測定」は残っており、一方、相対的なパフォーマンスについてのポイントが残っている間、私は上記のいくつかを明確にすべきです。時々...それはです問題です。最初に測定します。しかし、がと遅すぎる場合は、FastMemberのようなコードをバックグラウンドで静かに表示することをお勧めします。

var accessor = TypeAccessor.Create(type); 
List<object> results = new List<object>(); 
foreach(var row in rows) { 
    object obj = accessor.CreateNew(); 
    foreach(var col in cols) { 
     accessor[obj, col.Name] = col.Value; 
    } 
    results.Add(obj); 
} 

これは単純ですが、非常に高速です。

int id = 12345; 
var orders = connection.Query<Order>(
    "select top 10 * from Orders where CustomerId = @id order by Id desc", 
    new { id }).ToList(); 

：具体的な例では、私は再びあなたに最速が、使いやすいAPIを提供するために、バックグラウンドですべて Reflection.Emitのコードを実行し dapperのようなDALあなたはこのたくさんやっている場合は、ラッパー、考える何か、について言及しますここ

Answer 2

は役立つかもしれないいくつかのリンクです：

• This guy did some tests and provides a few metrics
• MSDN article "Dodge Common Performance Pitfalls to Craft Speedy Applications"

Answer 3

他の回答に記載されているリンクをたどり、あなたが "病的に悪い"コードを書いていないことを保証する以外に、私にとってこれに対する最良の答えはあなた自身でテストすることです。

ボトルネックの位置、リフレクションコードのユーザー数、リフレクションコードのタイトループの有無などは知っているだけです。あなたのビジネスケース、サイトにアクセスするユーザーの数、 perf要件があります。

しかし、ここに示したコードのスニペットを考えれば、反射のオーバーヘッドは大きな問題にはならないと私は推測します。

VS.NETのWebテストとパフォーマンステストの機能は、このコードのパフォーマンスをかなり簡単に測定する必要があります。

リフレクションを使用しない場合、コードはどのように見えますか？それにはどんな制限がありますか？リフレクションコードを削除した場合、自分が見つけた限界を乗り越えることができない可能性があります。可能であるかどうか、あるいは代替が望ましいかどうかを確認するためにリフレクションなしでこのコードを設計しようとする価値があるかもしれません。

Answer 4

反射が遅いわけではありません。反射によるメソッドの呼び出しは、通常の方法よりも約3倍遅くなります。これを1回だけ、または重要ではない状況で行うと、問題はありません。タイムクリティカルな方法で10,000回使用する場合は、実装を変更することを検討します。

Answer 5

無反射コードと比較して遅いです。重要なことは、その遅い場合ではないが、その遅い場合ここでそれはを数えます。例えば、予想される集約が最大10Kまで上がるWeb環境でリフレクションを使用してオブジェクトをインスタンス化すると、オブジェクトは遅くなります。

とにかく、その性能はあらかじめ心配する必要はありません。物事が遅いと判明した場合、将来的に最適化が必要と思われる部分がローカライズされるように物事を正しく設計すれば、それらをスピードアップすることができます。

あなたがスピードアップする必要がある場合は、この有名な記事をチェックすることができます。

Dynamic... But Fast: The Tale of Three Monkeys, A Wolf and the DynamicMethod and ILGenerator Classes

Answer 6

私はのIoCと一緒に遊ん始めるまで、私はsomethign同様のをやっていました。私はSpringオブジェクト定義を使用して、SQL、XML、またはMockのデータプロバイダを指定します。

Answer 7

私は、どのように遅い反射が比較されないかを実証するための簡単なテストを行うと思いました。リフレクション

• 合計時間をその属性のそれぞれを反復処理と照合することによって58個のオブジェクトをインスタンス化して

  ：52254ナノ秒

  while (reader.Read()) { 
      string[] columns = reader.CurrentRecord; 
      CdsRawPayfileEntry toAdd = new CdsRawPayfileEntry(); 
      IEnumerable<PropertyInfo> rawPayFileAttributes = typeof(CdsRawPayfileEntry).GetProperties().Where(prop => Attribute.IsDefined(prop, typeof(CustomIndexAttribute))); 
      foreach (var property in rawPayFileAttributes) { 
       int propertyIndex = ((CustomIndexAttribute)property.GetCustomAttribute(typeof(CustomIndexAttribute))).Index; 
       if (propertyIndex < columns.Length) 
        property.SetValue(toReturn, columns[propertyIndex]); 
       else 
        break; 
      } 
  } 
  

反射も取得することがあるので868ナノ秒

while (reader2.Read()) { 
     string[] columns = reader2.CurrentRecord; 
     CdsRawPayfileEntry toAdd = new CdsRawPayfileEntry() { 
      ColumnZero = columns[0], 
      ColumnOne = columns[1], 
      ColumnTwo = columns[2], 
      ColumnThree = columns[3], 
      ColumnFour = columns[4], 
      ColumnFive = columns[5], 
      ColumnSix = columns[6], 
      ColumnSeven = columns[7], 
      ColumnEight = columns[8], 
      ColumnNine = columns[9], 
      ColumnTen = columns[10], 
      ColumnEleven = columns[11], 
      ColumnTwelve = columns[12], 
      ColumnThirteen = columns[13], 
      ColumnFourteen = columns[14], 
      ColumnFifteen = columns[15], 
      ColumnSixteen = columns[16], 
      ColumnSeventeen = columns[17] 
     }; 
    } 

完全に公平ではない、とはいえ：

合計時間を新しいオブジェクトを作成することによって、58個のオブジェクトのインスタンス化反射せずに

• リフレクションによって新しいオブジェクトを作成する上で、すべてのプロパティの特定の属性が58 * 18回ありますが、少なくともいくつかの観点があります。