Julia、JavaScript、Lua、その他の言語でのPythonの「withas」ステートメント

with asPythonの機能を理解するための私にとっての課題の1つは、Python言語の限界をより深く理解していない限り、その必要性は明らかではありません。

たとえば、Ruby、Julia、Lua、Go、JavaScript、またはSwiftの開発者は、このステートメントを追加する必要はありません。何故ですか？

問題の中心にあるのは、多くのPython開発者が大切にしている機能です。コードブロックを示すためのインデントの使用です。

JavaScriptで私は例えば書くことができます

openfile('foobar.txt', function(file) {
  // called after file has been opened
  // file is a handle to the open file
  read_data(file)
  ...
});

openfile("foobar.txt", function(file)
  -- called after file has been opened
  -- file is a handle to the open file
  read_data(file)
  ...
end)

openfile("foobar.txt", def (file):
  # called after file has been opened
  # file is a handle to the open file
  read_data(file)
  ...

これは、インデントの変更ではなく、コードのブロックの終わりを示すシンボルを持つことの利点を示しています。

リソースの割り当てとクリーンアップのためのクロージャ付きの高階関数の使用

インラインマルチラインクロージャにわかりやすい構文を使用することの利点の詳細を少し見てみましょう。JavaScript、Lua、その他の多くの言語でも同様に機能しますが、Juliaのコード例を使用して説明します。

function openfile(callback, filename::String)
		file = open(filename)
    callback(file)
    close(file)
end

openfile(file -> print(readline(file)), "foobar.txt")

openfile("foobar.txt") do file
		print(readline(file))
end

ファイルを開いたり閉じたりするこの方法の利点は、ファイルを閉じることを忘れないことです。

Pythonソリューション

説明したように、Pythonで同じ構文を実現することは困難です。このようwith-asに発明されました。前の例がPythonでどのように実装されるかを示しましょう。

class openfile:
   def __init_(self, filename):
       self.filename
   def __enter__(self):
       self.file =  open(self.filename)
       return file
   def __exit__(self, exc_type, exc_val, exc_tb):
       close(self.file)

このクラスを使用して、次の方法でファイルを開いたり、ファイルから読み取ったりできます。

with openfile("foobar.txt") as file:
  print(readline(file))

最初にopenfileクラスのコンストラクターが呼び出され、開きたいファイルの名前が格納されます。
openfileクラスのインスタンスがwith-asコンストラクトに渡され、その__enter__メソッドが呼び出されます。希望する資源を獲得することになっています。この場合のファイルハンドル。
返されたオブジェクトは、の引数になりasます。したがってas file、から返されるオブジェクトを参照します__enter__。名前は一致する必要はありません。as foobar代わりに書くこともできます。
with-asブロック内のすべてのコードが実行されると、Pythonは__exit__リソースを解放するために呼び出します。これは、例外がスローされた場合にも呼び出されます。