Rubyで始めて、救って、確認しますか？

最近Rubyでプログラミングを始めて、例外処理を検討しています。

ensureRuby finallyがC＃に相当するのかどうか疑問に思っていましたか？私が持っているべきです：

file = File.open("myFile.txt", "w")

begin
  file << "#{content} \n"
rescue
  #handle the error here
ensure
  file.close unless file.nil?
end

または私はこれを行うべきですか？

#store the file
file = File.open("myFile.txt", "w")

begin
  file << "#{content} \n"
  file.close
rescue
  #handle the error here
ensure
  file.close unless file.nil?
end

DOESは、ensure例外が発生していない場合でも、何に関係なく呼び出されますか？

はい、ensureコードが常に評価されるようにします。それがと呼ばれる理由ensureです。したがって、JavaおよびC＃と同等finallyです。

begin/ rescue/ else/ ensure/ の一般的なフローはend次のようになります。

begin
  # something which might raise an exception
rescue SomeExceptionClass => some_variable
  # code that deals with some exception
rescue SomeOtherException => some_other_variable
  # code that deals with some other exception
else
  # code that runs only if *no* exception was raised
ensure
  # ensure that this code always runs, no matter what
  # does not change the final value of the block
end

あなたは省くことができrescue、ensureまたはelse。変数を省略することもできます。その場合、例外処理コードで例外を検査できなくなります。（ええと、いつでもグローバル例外変数を使用して、発生した最後の例外にアクセスできますが、少しハッキーです。）そして、例外クラスを省略できます。この場合、継承元のすべての例外StandardErrorがキャッチされます。これはことを意味しないことを（してくださいノートすべてのインスタンスである例外があるので、例外がキャッチされているExceptionではないがStandardError。のようなプログラムの妥協整合性大抵非常に厳しい例外SystemStackError、NoMemoryError、SecurityError、NotImplementedError、LoadError、SyntaxError、ScriptError、Interrupt、SignalExceptionまたはSystemExit。）

一部のブロックは、暗黙の例外ブロックを形成します。たとえば、メソッド定義は暗黙的に例外ブロックでもあるため、次のように記述するのではなく

def foo
  begin
    # ...
  rescue
    # ...
  end
end

あなたはただ書く

def foo
  # ...
rescue
  # ...
end

または

def foo
  # ...
ensure
  # ...
end

class定義やmodule定義についても同様です。

しかし、あなたが尋ねている特定のケースでは、実際にはもっと良いイディオムがあります。一般に、最後にクリーンアップする必要があるリソースを操作する場合は、すべてのクリーンアップを実行するメソッドにブロックを渡すことでそれを行います。これusingはC＃のブロックに似ていますが、Rubyは実際には強力であり、Microsoftの大祭司が山から降りてきて、コンパイラーを丁寧に変更するのを待つ必要がありません。Rubyでは、自分で実装することができます。

# This is what you want to do:
File.open('myFile.txt', 'w') do |file|
  file.puts content
end

# And this is how you might implement it:
def File.open(filename, mode='r', perm=nil, opt=nil)
  yield filehandle = new(filename, mode, perm, opt)
ensure
  filehandle&.close
end

そしてあなたは何を知っていますか：これはコアライブラリですでにとして利用可能ですFile.open。ただし、これは、任意の種類のリソースクリーンアップ（usingC＃でのアラ）またはトランザクションなど、考えられるあらゆるものを実装するために、独自のコードでも使用できる一般的なパターンです。

これが機能しない唯一のケースは、リソースの取得と解放がプログラムのさまざまな部分に分散されている場合です。しかし、例のようにローカライズされている場合は、これらのリソースブロックを簡単に使用できます。

ところで、最近のC＃では、usingRubyスタイルのリソースブロックを自分で実装できるため、実際には不要です。

class File
{
    static T open<T>(string filename, string mode, Func<File, T> block)
    {
        var handle = new File(filename, mode);
        try
        {
            return block(handle);
        }
        finally
        {
            handle.Dispose();
        }
    }
}

// Usage:

File.open("myFile.txt", "w", (file) =>
{
    file.WriteLine(contents);
});

参考までに、rescueセクションで例外が再度発生してもensure、コードの実行が次の例外ハンドラに続く前にブロックが実行されます。例えば：

begin
  raise "Error!!"
rescue
  puts "test1"
  raise # Reraise exception
ensure
  puts "Ensure block"
end

ファイルを確実に閉じたい場合は、次のブロック形式を使用する必要がありますFile.open。

File.open("myFile.txt", "w") do |file|
  begin
    file << "#{content} \n"
  rescue
  #handle the error here
  end
end

はい、ensureどんな状況でも呼び出されます。詳細については、Rubyプログラミングの「例外、キャッチ、およびスロー」を参照し、「保証」を検索してください。

はい、ensure毎回実行されることを保証するためfile.close、beginブロック内のは必要ありません。

ちなみに、テストする良い方法は次のようにすることです：

begin
  # Raise an error here
  raise "Error!!"
rescue
  #handle the error here
ensure
  p "=========inside ensure block"
end

例外が発生したときに「========= inside sure block」が出力されるかどうかをテストして確認できます。次に、エラーを発生させるステートメントをコメントアウトし、ensure何かが出力されるかどうかを確認することにより、ステートメントが実行されるかどうかを確認できます。

これが私たちが必要とする理由ですensure：

def hoge
  begin
    raise
  rescue  
    raise # raise again
  ensure  
    puts 'ensure' # will be executed
  end  
  puts 'end of func' # never be executed
end  

はい、ブロックが実行されることが保証されるensureように。これは、エラー時にファイルハンドルを閉じる、ミューテックスを解放するなど、重要なリソースを確実に保護するのに非常に役立ちます。finally