1. 29 2月, 2020 1 次提交
  2. 22 2月, 2020 1 次提交
  3. 23 1月, 2020 1 次提交
  4. 02 10月, 2019 1 次提交
    • M
      Disable IDE dispose analyzers by default · 956b11ba
      Manish Vasani 提交于
      We are going to disable the DFA based IDE dispose analyzers (IDE0067, IDE0068 and IDE0069) by default as they need more performance tuning to handle large method bodies (method bodies which are 1000s of lines of code) with large control flow graphs.
      
      #38984 has been filed to track turning these analyzers back on by default when the issue has been fixed.
      956b11ba
  5. 01 9月, 2019 1 次提交
  6. 08 8月, 2019 1 次提交
  7. 25 6月, 2019 1 次提交
  8. 14 6月, 2019 1 次提交
  9. 01 6月, 2019 5 次提交
  10. 30 5月, 2019 2 次提交
  11. 22 5月, 2019 1 次提交
  12. 25 4月, 2019 1 次提交
    • M
      Port Dispose analyzers (DisposeObjectsBeforeLosingScope) and · 1f329f7f
      Manish Vasani 提交于
      (DisposableFieldsShouldBeDisposed)
      
      We will now flag disposable creations in methods that do not escape the
      method body (return value, out/ref params, assign to field/property, add
      to collection, etc.). Additionally, we also flag disposable fields of
      disposable types that are not disposed in the type's Dispose method.
      Ported analyzers share the core dataflow analysis computation with the
      analyzers in the roslyn-analyzers repo
      (Microsoft.CodeAnalysis.FlowAnalysis.Utilities). This PR does not add
      any code fixes. We already have a code
      refactoring that offers wrapping a disposable creation within a using
      statement. I am hoping to extend that to handle more cases and also
      possibly convert it to a code fix in follow-up PR(s).
      1f329f7f