なぜ複合式ですか？

これは私が読んでいる本の例です：

volume = begin
    len = 10
    breadth = 20
    height = 30
    len * breadth * height
end

なぜ複合式が必要なのですか？私はそのための関数または匿名関数を書くvolume = 10 * 20 * 30か、volume = len * breadth * heightまたは書くことができます...

なぜ私は使用beginしendますか？またはおそらくより良い質問： 私がそれらをいつ使用するか、本の上の例はおそらくあまり良くないようです。

私は多くの状況があると思います begin ... endブロックが便利なますが、お気づきのように、関数などの他の構成要素でも同様の効果を達成できることがよくあります。

どのような可能性 begin ... endブロックはに使用ますか？

• 単に変数と自分の名前を「含んで」するにはlen、breadth、およびheightブロック内に存在するのみで、周囲の名前空間を汚染しないであろう。
• 個々のステートメントではなくコードのブロックにマクロを適用する。例えば@inbounds begin <all my code without bounds checking goes here> endまたは@time begin ... endコードの一部をラップします。
• 周囲のグローバルスコープにローカルスコープを作成する（たとえば、グローバルスコープの混乱を避けるため）。（コメントで指摘されているように、ローカルスコープは導入されてbegin ... endいませんが、同様のlet ... endブロックにます。）

特に2番目のポイントは、コードでそれらを使用する目的です。

他の誰もが言ったことを一般化するには：ブロックを使用すると、ステートメントのリスト（値を持たない、つまり割り当てることができない構文の「フレーズ」）を1つの式（値を表し、割り当てることができる「フレーズ」）に変換できます。 ）。

たとえば、すべきではありませんが、次のように書くことができます

x = begin
    s = 0
    for i = 1:10
        s += i^2
    end
    s
end

xループ操作の結果に割り当てます。（シーケンスの最後のステートメントは実際には式でなければならないという制限があるため、そうでなければ、式の値はありません。）

これの正当なユースケースは生成されたコードです。たとえば、

x = @somthing bla blub

に

x = begin
   (stuff involving bla and blub)
end

はユーザーに対して透過的ですが、@somethingは任意の言語構造を自由に生成できます。

または、より長い本体を持つ無名関数を記述したい場合（functionフォームを使用しない場合）：

f = x -> begin
   ...
end

これらのブロックの用途の1つは理解にあります。

A = [ begin
           x = y^2
           x - x^2 + 2
         end
         for y = 1:5 ]

関数を作成し、代わりに内包の中で使用することもできますが、これは便利な場合があります。マクロに引数として渡すなど、コードの複数行のブロックをどこかで使用したい場合に常に使用されます（これは@testset、テストの標準ライブラリから非常によく使用されます）。

簡単に言えば、「begin」は単にコードブロックを示します（これに関するドキュメントを参照してください：https : //docs.julialang.org/en/v1/base/base/#begin）。

上記の例では、begin blockを使用することと関数を宣言することに何らかの価値があることは明らかではありません。

そのキーワードがコードであまり使われていないように見えますし、個人的には実際には使用していません。同じことをするので、関数を使用するだけの私の提案。