C#でネストされたusingステートメント


316

私はプロジェクトに取り組んでいます。2つのファイルの内容を比較し、それらが互いに正確に一致するかどうかを確認する必要があります。

多くのエラーチェックと検証の前に、私の最初のドラフトは次のとおりです。

  DirectoryInfo di = new DirectoryInfo(Environment.CurrentDirectory + "\\TestArea\\");
  FileInfo[] files = di.GetFiles(filename + ".*");

  FileInfo outputFile = files.Where(f => f.Extension == ".out").Single<FileInfo>();
  FileInfo expectedFile = files.Where(f => f.Extension == ".exp").Single <FileInfo>();

  using (StreamReader outFile = new StreamReader(outputFile.OpenRead()))
  {
    using (StreamReader expFile = new StreamReader(expectedFile.OpenRead()))
    {
      while (!(outFile.EndOfStream || expFile.EndOfStream))
      {
        if (outFile.ReadLine() != expFile.ReadLine())
        {
          return false;
        }
      }
      return (outFile.EndOfStream && expFile.EndOfStream);
    }
  }

usingステートメントをネストするのは少し奇妙に思えます。

これを行うより良い方法はありますか?


このusingステートメントを宣言する構文的にクリーンな方法を見つけたかもしれませんが、それは私にとってはうまくいくようです?using(var uow = UnitOfWorkType1()、uow2 = UnitOfWorkType2)のように、IDisposableの代わりにusingステートメントで型としてvarをタイプとして使用すると、両方のオブジェクトをインスタンス化して、それらが割り当てられているクラスのプロパティとメソッドを呼び出すことができるようです()){}
カレブ

回答:


557

これを行う好ましい方法は、次のように{、最後のusingステートメントの後にのみ開始ブレースを置くことです:

using (StreamReader outFile = new StreamReader(outputFile.OpenRead()))
using (StreamReader expFile = new StreamReader(expectedFile.OpenRead())) 
{
    ///...
}

10
クリーナー?また、同じ型を使用するように強制することもありません。可読性と一貫性を保つために型が一致する場合でも、私は常にこのように使用します。
meandmycode 2009

7
@Hardryv:Visual Studioの自動フォーマットはそれを削除します。アイデアは、変数宣言のリストのように見えることです。
2009

41
私はそれがもっと読みやすいと思うかどうかわかりません。どちらかと言えば、ネストされたコードの外観を壊します。そして、最初のusingステートメントが空で未使用のように見えます。しかし、私はこれまでに何がうまくいくかを推測します...:/
Jonathon Watney

10
@ブライアン・ワッツ、「逆張り」は本当の好みを表現しているかもしれません。ネストが推奨されていれば、別の開発者グループが反対した可能性が非常に高いです。知る唯一の方法は、パラレルユニバースで実験を再度実行することです。
Dan Rosenstark、2011

6
@fmuecke:そんなことはありません。それが動作します。2回IDisposable呼び出すDispose()ことは何もすべきではないという状態の規則。そのルールは、使いづらい使い捨ての場合のみです。
SLaks

138

オブジェクトが同じタイプの場合、次のことができます

using (StreamReader outFile = new StreamReader(outputFile.OpenRead()), 
                    expFile = new StreamReader(expectedFile.OpenRead()))
{
    // ...
}

1
まあ、それらがすべてIDisposableである場合、それらはすべて同じタイプです。おそらくキャストで機能しますか?
jpierson 2012年

8
動作する@jpiersonです。そうですがIDisposable、usingブロック内からオブジェクトを呼び出す場合、クラスメンバーを呼び出すことはできません(キャストなしでは、ポイントimoを無効にします)。
Connell

IDisposableは型なので、他のいくつかの回答に見られるように、混合型のリストを作成するには、型として使用します。
Chris Rollins

33

ときIDisposableは同じタイプのものであり、次の操作を実行できます。

 using (StreamReader outFile = new StreamReader(outputFile.OpenRead()), 
     expFile = new StreamReader(expectedFile.OpenRead()) {
     // ...
 }

のMSDNページにusingは、この言語機能に関するドキュメントがあります。

IDisposable同じタイプであるかどうかに関係なく、次のことができます。

using (StreamReader outFile = new StreamReader(outputFile.OpenRead()))
using (StreamWriter anotherFile = new StreamReader(anotherFile.OpenRead()))
{ 
     // ...
}

18

usingブロックの前にusingブロックの変数を宣言してもかまわない場合は、同じusingステートメントでそれらをすべて宣言できます。

    Test t; 
    Blah u;
    using (IDisposable x = (t = new Test()), y = (u = new Blah())) {
        // whatever...
    }

そのようにして、xとyは、usingブロックが使用するIDisposable型のプレースホルダー変数であり、コード内でtとuを使用します。ちょうど私が言及したいと思った。


3
これはあなたのコードを見る新しい開発者を混乱させるだろうと私は感じています。
Zack

5
これは悪い習慣になることがあります。アンマネージリソースが解放された後でも変数がまだ存在するという副作用があります。MicrosoftのC#リファレンスによると、「リソースオブジェクトをインスタンス化して、usingステートメントに変数を渡すことができますが、これはベストプラクティスではありません。この場合、コントロールがusingブロックを離れても、オブジェクトはスコープ内に残りますおそらくもはや管理されていないリソースにアクセスできません。」
Robert Altman、

@RobertAltmanそのとおりです。実際のコードでは、別のアプローチ(おそらくGavin Hのアプローチ)を使用します。これはあまり好ましくない代替手段です。
Botz3000 2015

型キャストを使用して宣言を移動するだけです。それは良いでしょうか?
ティモシーブライスデル、

9

ファイルを効率的に比較する場合は、StreamReadersをまったく使用しないでください。使用する必要はありません。低レベルのストリーム読み取りを使用して、比較するデータのバッファーをプルできます。

また、最初にファイルサイズなどを比較して、さまざまなファイルをすばやく検出し、すべてのデータを読み取る手間を省くこともできます。


ええ、ファイルサイズをチェックすることは良い考えです、時間を節約するか、すべてのバイトを読むことです。(+1)
TimothyP 2009

9

usingステートメントはIDisposableインターフェイスから機能するため、別のオプションとして、IDisposableを実装し、通常はusingステートメントに配置するすべてのIDisposableオブジェクトへの参照を持つ、ある種の複合クラスを作成することができます。これの欠点は、他のいくつかの提案が必要とするよりも多くのコード行を必要とするusingブロック内で役立つように、変数をスコープの外側で最初に宣言する必要があることです。

Connection c = new ...; 
Transaction t = new ...;

using (new DisposableCollection(c, t))
{
   ...
}

この場合、DisposableCollectionのコンストラクターはparams配列であるため、必要なだけフィードできます。


7

次のように言うこともできます:

using (StreamReader outFile = new StreamReader(outputFile.OpenRead()))
using (StreamReader expFile = new StreamReader(expectedFile.OpenRead()))
{
   ...
}

しかし、一部の人々はそれを読むのが難しいと思うかもしれません。ところで、問題の最適化として、行ごとに進む前に、ファイルサイズが同じサイズであることを最初に確認してみませんか?


6

最も内側を使用する以外のすべての括弧を省略できます:

using (StreamReader outFile = new StreamReader(outputFile.OpenRead()))
using (StreamReader expFile = new StreamReader(expectedFile.OpenRead()))
{
  while (!(outFile.EndOfStream || expFile.EndOfStream))
  {
    if (outFile.ReadLine() != expFile.ReadLine())
    {
      return false;
    }
  }
}

他の人が示唆しているように、これは同じタイプのいくつかを同じ使い方に入れるよりもきれいだと思いますが、多くの人がこれを混乱させると思うでしょう


6

複数の使い捨てオブジェクトをカンマで1つのusingステートメントにグループ化できます。

using (StreamReader outFile = new StreamReader(outputFile.OpenRead()), 
       expFile = new StreamReader(expectedFile.OpenRead()))
{

}

5

それについて奇妙なことは何もありません。 usingは、コードブロックが終了したらオブジェクトを確実に破棄する簡単な方法です。内部ブロックが使用する必要がある使い捨てオブジェクトが外部ブロックにある場合、これは完全に許容されます。

編集:統合されたコード例を表示するには、タイピングが遅すぎます。他の全員に+1します。


5

さらに、この例では、わかりやすくするために、連続する各ステートメントは(ブロックではなく)単一のステートメントであるため、すべての角かっこを省略できます。

using (StreamReader outFile = new StreamReader(outputFile.OpenRead()))
  using (StreamReader expFile = new StreamReader(expectedFile.OpenRead()))
    while (!(outFile.EndOfStream || expFile.EndOfStream))  
       if (outFile.ReadLine() != expFile.ReadLine())    
          return false;  

興味深い解決策。これを行うと、最下位レベルで1セットのブラケットを使用する場合でも、左揃え(よりきれいなIMO)でスタックするのと同じ目標を達成し、他の従属を示すために他の人が述べた化粧品の入れ子の要望に対処します。
user1172173 2017年

5

C#8.0以降では、using宣言を使用できます。

using var outFile = new StreamReader(outputFile.OpenRead());
using var expFile = new StreamReader(expectedFile.OpenRead());
while (!(outFile.EndOfStream || expFile.EndOfStream))
{
    if (outFile.ReadLine() != expFile.ReadLine())
    {
         return false;
    }
}
return (outFile.EndOfStream && expFile.EndOfStream);

これにより、変数のスコープの最後、つまりメソッドの最後で使用中の変数が破棄されます。


3

これらは、私がコーディングするときにも時々現れます。2番目のusingステートメントを別の関数に移動することを検討できますか?


3

ファイルと比較するより良い方法があるかどうかも質問していますか?両方のファイルのCRCまたはMD5を計算して比較します。

たとえば、次の拡張メソッドを使用できます。

public static class ByteArrayExtender
    {
        static ushort[] CRC16_TABLE =  { 
                      0X0000, 0XC0C1, 0XC181, 0X0140, 0XC301, 0X03C0, 0X0280, 0XC241, 
                      0XC601, 0X06C0, 0X0780, 0XC741, 0X0500, 0XC5C1, 0XC481, 0X0440, 
                      0XCC01, 0X0CC0, 0X0D80, 0XCD41, 0X0F00, 0XCFC1, 0XCE81, 0X0E40, 
                      0X0A00, 0XCAC1, 0XCB81, 0X0B40, 0XC901, 0X09C0, 0X0880, 0XC841, 
                      0XD801, 0X18C0, 0X1980, 0XD941, 0X1B00, 0XDBC1, 0XDA81, 0X1A40, 
                      0X1E00, 0XDEC1, 0XDF81, 0X1F40, 0XDD01, 0X1DC0, 0X1C80, 0XDC41, 
                      0X1400, 0XD4C1, 0XD581, 0X1540, 0XD701, 0X17C0, 0X1680, 0XD641, 
                      0XD201, 0X12C0, 0X1380, 0XD341, 0X1100, 0XD1C1, 0XD081, 0X1040, 
                      0XF001, 0X30C0, 0X3180, 0XF141, 0X3300, 0XF3C1, 0XF281, 0X3240, 
                      0X3600, 0XF6C1, 0XF781, 0X3740, 0XF501, 0X35C0, 0X3480, 0XF441, 
                      0X3C00, 0XFCC1, 0XFD81, 0X3D40, 0XFF01, 0X3FC0, 0X3E80, 0XFE41, 
                      0XFA01, 0X3AC0, 0X3B80, 0XFB41, 0X3900, 0XF9C1, 0XF881, 0X3840, 
                      0X2800, 0XE8C1, 0XE981, 0X2940, 0XEB01, 0X2BC0, 0X2A80, 0XEA41, 
                      0XEE01, 0X2EC0, 0X2F80, 0XEF41, 0X2D00, 0XEDC1, 0XEC81, 0X2C40, 
                      0XE401, 0X24C0, 0X2580, 0XE541, 0X2700, 0XE7C1, 0XE681, 0X2640, 
                      0X2200, 0XE2C1, 0XE381, 0X2340, 0XE101, 0X21C0, 0X2080, 0XE041, 
                      0XA001, 0X60C0, 0X6180, 0XA141, 0X6300, 0XA3C1, 0XA281, 0X6240, 
                      0X6600, 0XA6C1, 0XA781, 0X6740, 0XA501, 0X65C0, 0X6480, 0XA441, 
                      0X6C00, 0XACC1, 0XAD81, 0X6D40, 0XAF01, 0X6FC0, 0X6E80, 0XAE41, 
                      0XAA01, 0X6AC0, 0X6B80, 0XAB41, 0X6900, 0XA9C1, 0XA881, 0X6840, 
                      0X7800, 0XB8C1, 0XB981, 0X7940, 0XBB01, 0X7BC0, 0X7A80, 0XBA41, 
                      0XBE01, 0X7EC0, 0X7F80, 0XBF41, 0X7D00, 0XBDC1, 0XBC81, 0X7C40, 
                      0XB401, 0X74C0, 0X7580, 0XB541, 0X7700, 0XB7C1, 0XB681, 0X7640, 
                      0X7200, 0XB2C1, 0XB381, 0X7340, 0XB101, 0X71C0, 0X7080, 0XB041, 
                      0X5000, 0X90C1, 0X9181, 0X5140, 0X9301, 0X53C0, 0X5280, 0X9241, 
                      0X9601, 0X56C0, 0X5780, 0X9741, 0X5500, 0X95C1, 0X9481, 0X5440, 
                      0X9C01, 0X5CC0, 0X5D80, 0X9D41, 0X5F00, 0X9FC1, 0X9E81, 0X5E40, 
                      0X5A00, 0X9AC1, 0X9B81, 0X5B40, 0X9901, 0X59C0, 0X5880, 0X9841, 
                      0X8801, 0X48C0, 0X4980, 0X8941, 0X4B00, 0X8BC1, 0X8A81, 0X4A40, 
                      0X4E00, 0X8EC1, 0X8F81, 0X4F40, 0X8D01, 0X4DC0, 0X4C80, 0X8C41, 
                      0X4400, 0X84C1, 0X8581, 0X4540, 0X8701, 0X47C0, 0X4680, 0X8641, 
                      0X8201, 0X42C0, 0X4380, 0X8341, 0X4100, 0X81C1, 0X8081, 0X4040 };


        public static ushort CalculateCRC16(this byte[] source)
        {
            ushort crc = 0;

            for (int i = 0; i < source.Length; i++)
            {
                crc = (ushort)((crc >> 8) ^ CRC16_TABLE[(crc ^ (ushort)source[i]) & 0xFF]);
            }

            return crc;
        }

これを実行したら、ファイルを比較するのは非常に簡単です。

public bool filesAreEqual(string outFile, string expFile)
{
    var outFileBytes = File.ReadAllBytes(outFile);
    var expFileBytes = File.ReadAllBytes(expFile);

    return (outFileBytes.CalculateCRC16() == expFileBytes.CalculateCRC16());
}

組み込みのSystem.Security.Cryptography.MD5クラスを使用することもできますが、計算されたハッシュはbyte []であるため、これらの2つの配列を比較する必要があります。


2
バイト配列を取る代わりに、メソッドはStreamオブジェクトを受け取り、ReadByte-1を返すまでメソッドを呼び出す必要があります。これにより、大きなファイルの大量のメモリを節約できます。
SLaks、2009

次に、すべてのバイトでcrcをどのように計算しますか?
TimothyP 2009

Pのthnxは、私は私のコードでそれを変更します::P私たちは、データのみのためにそれを使用する<1000年がそう気づいていない問題を抱えている、まだとにかく変わるバイトああ、私が言ったことを気にしない
TimothyP

ReadByteストリームを呼び出すたびに、ストリームの位置が1バイト進みます。したがって、-1(EOF)が返されるまで呼び出しを続けると、ファイル内のすべてのバイトが返されます。msdn.microsoft.com/en-us/library/system.io.stream.readbyte.aspx
SLaks 2009

7
CRCの使用は、複数のファイルを複数回比較する場合に最適ですが、1回の比較では、両方のファイル全体を読み取ってCRCを計算する必要があります。データを小さなチャンクで比較する場合は、次のように比較を終了できます。異なるバイトを見つけたらすぐに。
Jason Williams、

3

また、すでにパスがわかっている場合は、ディレクトリをスキャンしても意味がありません。

代わりに、私はこのようなものをお勧めします:

string directory = Path.Combine(Environment.CurrentDirectory, @"TestArea\");

using (StreamReader outFile = File.OpenText(directory + filename + ".out"))
using (StreamReader expFile = File.OpenText(directory + filename + ".exp"))) 
{
    //...

Path.Combine フォルダーまたはファイル名をパスに追加し、パスと名前の間にバックスラッシュが1つだけあることを確認します。

File.OpenTextファイルを開き、StreamReader一度に作成します。

@で文字列を付けることによって、あなたはすべてのバックスラッシュをエスケープすることを避けることができます(例えば、@"a\b\c"


3

このusingステートメントを宣言する構文的にクリーンな方法を見つけたかもしれませんが、それは私にとってはうまくいくようです?usingステートメントであなたのタイプとしてVARを使用しての代わりに、IDisposableをすると、両方のオブジェクトにタイプ推測動的に思えると同様に、私は私のオブジェクトの両方をインスタンス化し、それらがで割り当てられているクラスのそのプロパティとメソッドを呼び出すことができます

using(var uow = new UnitOfWorkType1(), uow2 = new UnitOfWorkType2()){}.

誰もがなぜこれを知っている場合正しくない、教えてください


1
すべてが同じタイプである場合、1行にいくつかのものが機能します。混合型は、別々のusing()で分割する必要があります。ただし、varでは機能しません。タイプを指定する必要があります(C#5仕様、p237)
Chris F Carroll

0

その通常の使用方法と完璧に動作します。これを実装する方法は他にもいくつかありますが。この質問の回答には、ほぼすべての回答が含まれています。しかし、ここではそれらすべてを一緒にリストしています。

既に使われた

using (StreamReader outFile = new StreamReader(outputFile.OpenRead()))
  {
    using (StreamReader expFile = new StreamReader(expectedFile.OpenRead()))
    {
      while (!(outFile.EndOfStream || expFile.EndOfStream))
      {
        if (outFile.ReadLine() != expFile.ReadLine())
        return false;
      }
    }
  }

オプション1

using (StreamReader outFile = new StreamReader(outputFile.OpenRead()))
    using (StreamReader expFile = new StreamReader(expectedFile.OpenRead()))
    {
      while (!(outFile.EndOfStream || expFile.EndOfStream))
      {
        if (outFile.ReadLine() != expFile.ReadLine())
        return false;
      }
    }
  }

オプション2

using (StreamReader outFile = new StreamReader(outputFile.OpenRead()),
                    expFile = new StreamReader(expectedFile.OpenRead()))
   {
      while (!(outFile.EndOfStream || expFile.EndOfStream))
       {
         if (outFile.ReadLine() != expFile.ReadLine())
         return false;
       }
    }
弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.