Julia: 機能リクエスト：行列定義でブレークラインを許可する演算子を追加

A = [1 2 3 4 5  #=
  =# 6 7 8 9 10]

また、機能し、追加の一時的な[5]配列を割り当てる必要はありません。 複数行コメント（＃69）FTW！

（正直なところ、1行に150個のフロートがあることに問題はありません。最近のエディターには水平スクロールバーがありませんか？コードに150×150のマトリックスがある場合、22500個の数字の壁になります。とにかく、スクロールはコードでそれを見るのと同じくらい良い方法のようです。短い行が好きな場合は、エディターでソフトラッピングをオンにすることもできます。）

2ドットの..がどこかで使用されているかどうかはわかりませんが、行の継続、または\dots （ … ）、 --に非常に適していると思います。 さまざまな言語の比較はこちらです。

こんにちは@stevengj 、

私はまだ80列目でコードをラップするのに慣れています。私見ですが、エディターを2つの部分に分割しても、スクロールせずにすべてのコードを表示できるため、コードがはるかに読みやすく、操作しやすくなります。

それに加えて、私が覚えているすべての言語には、行継続のための何らかのメカニズムがあります。 これにより、場合によってはコードの可読性が大幅に向上します。 ジュリアも持っているべきだと思います。 もちろん、今日のようにすべてを行うことができますが、そのような機能を使用すると、もう少し明確に書くことができると思います。

あなたが望むなら、あなたの編集者は列80でソフトラッピングをすることができませんか？

（ほとんどのJulia言語では、ハックなしで改行を挿入できます。たとえば、paren、コンマ、または二項演算子の後に挿入できます。リテラル行列はまれな例外です。）

2つのドット（..）と省略記号（…）はすでに二項演算子として解析されており、一般に、演算子は、めったに発生しない（そして＃= =＃ですでに可能である）継続構文よりもはるかに便利です。

こんにちは@stevengj

私はvim（実際にはneovim）を使用しており、ソフトラッピングを実行できますが、通常、複数行のカーソルやマクロなどが壊れます。 だから私はいつも実際に線を切ることを好みます。

ただし、このような機能がJulia言語の設計でうまく機能しないと思われる場合は、この問題を自由に閉じてください。

私たちが本当に望んでいるのは、より一般的なものだと思います。マトリックス構文に固有ではなく、任意の行を継続する方法です。 私が思いついた最高のものは、行の最後の非空白として\です。これは現在有効ですが、奇妙な構文であるため、重大な変更になります。

x = y \
    z

y zは無効な構文であるため、空白に依存しないコンテキストでの\使用を引き続きサポートすることもできますが、それはおそらく少し賢すぎます。 これが価値があるかどうかはわかりませんが、ほとんどの言語には行を継続する方法があります。 複数行のコメントトリックも機能しますが、少し冗長です。

非常に壊れています...

julia> 2\
       10
5.0

julia> 2#=
       =#10
20

それは間違いなく壊れていますが、 \がそのように頻繁に使用されると私は驚きます。

多分#\ ？ 確かに、以前に無視されたコメントに新しい動作を関連付けることも壊れていますが、コメントとして#\を使用することは、 \ （演算子として使用）の後に行を分割するよりもおそらく一般的ではありません。

複数行コメントがこれを行うための比較的冗長な方法であるという事実は、人々がそれを気軽に使用することを思いとどまらせるために、私の考えでは良いことです。 Pythonにはバックスラッシュ行の継続がありますが、現在は最後の手段の機能と見なされています。 同様に、Julia構文の大部分には、特別な継続構文を使用せずに改行を挿入する方法がすでに存在するため、これを強くお勧めします。

こんにちは@stevengj 、

なぜ人々が改行を使用することを思いとどまらせる必要があるのか​​わかりません。 たとえば、次のコードを参照してください。

            xndot = d2201 * sin(2ω + xli  - G22) +
                    d2211 * sin(   + xli  - G22) +
                    d3210 * sin(+ω + xli  - G32) -
                    d3222 * sin(-ω + xli  - G32) -
                    d5220 * sin(+ω + xli  - G52) +
                    d5232 * sin(-ω + xli  - G52) +
                    d4410 * sin(2ω + 2xli - G44) -
                    d4422 * sin(     2xli - G44) +
                    d5421 * sin(+ω + 2xli - G54) +
                    d5433 * sin(-ω + 2xli - G54)

私見、最後の操作サインは最初の操作サインほど良くありません：

            xndot = + d2201 * sin(2ω + xli  - G22) \
                    + d2211 * sin(   + xli  - G22) \
                    + d3210 * sin(+ω + xli  - G32) \
                    - d3222 * sin(-ω + xli  - G32) \
                    - d5220 * sin(+ω + xli  - G52) \
                    + d5232 * sin(-ω + xli  - G52) \
                    + d4410 * sin(2ω + 2xli - G44) \
                    - d4422 * sin(     2xli - G44) \
                    + d5421 * sin(+ω + 2xli - G54) \
                    + d5433 * sin(-ω + 2xli - G54)

それは私にとってずっと自然に感じます。 繰り返しになりますが、これは見た目の変更であり、それぞれが異なる意見を持っています。 問題は、それは言語デザインに何らかの意味で害を及ぼすのでしょうか？

その場合、囲み括弧のペアを追加する方が簡単なようです。

はい、できます。 しかし、やはり私見ですが、それは一般的ではありません。 誰かがこれを見たとしましょう：

            xndot = (+ d2201 * sin(2ω + xli  - G22)
                     + d2211 * sin(   + xli  - G22)
                     + d3210 * sin(+ω + xli  - G32)
                     - d3222 * sin(-ω + xli  - G32)
                     - d5220 * sin(+ω + xli  - G52)
                     + d5232 * sin(-ω + xli  - G52)
                     + d4410 * sin(2ω + 2xli - G44)
                     - d4422 * sin(     2xli - G44)
                     + d5421 * sin(+ω + 2xli - G54) 
                     + d5433 * sin(-ω + 2xli - G54))

数学的な観点からは、これらの括弧には意味がありません。 誰かが誤ってそれらを削除する可能性があり、Juliaは警告を表示せず、コードは完全に間違っています。

私が思いついた最高のものは、行の最後の非空白として\です。これは現在有効ですが、奇妙な構文であるため、重大な変更になります。

同じ目的で#を使用するのはどうですか？ 解釈は、改行をコメントアウトしているということです。 （コメント/行の継続としてLaTeXが%を使用しているというこの解釈を提示してくれたます）

ええと、私の観点からは、行末の#は文字が続かないので、とてもいいはずで、壊れにくいようです。

私がここで見ている1つの潜在的な問題は、

a=1 #because reasons
 +2

に

a=1 #
 +2

異なる結果を生成します。 しかし、これはおそらく問題ではありません。

ジュリアが\\ように使用していないものはどうですか？ 醜すぎませんか？

私は物事を壊すためにラテックススタイルの「新しいいいねをコメントアウトする」ことをすることを期待します。

後に空白なしで#のみに制限されていない限り。
例えば：

colors = [ 0.5 0.2 0.1 0.9 # Red
                0.4 0.4 0.1 0.6 # Green
                0.1 0.2 0.1 0.1] # Blue

LaTeXでは、新しい行はありません。
また、空のコメントがあると、空でないコメントとは異なる動作をするのは奇妙に聞こえます。

私は実際にジュリアにそれを提案していませんでした。
\\方がはるかに混乱が少ないと思います。
しかし、私は複数行のコメントの@stevengjソリューションが最も良いかもしれないと思います。 それは非常に明確に改行をコメントアウトしています

巨大な複数行リテラルを作成することはかなりニッチに思えますが。
Array{T, 3}リテラルを持つよりもさらにそうです。

一つは、同じように効率的に使用してそれらを構築することができるはずですvectとcatコマンドリテラルが低下するとにかく。

提案は、 #後に改行文字のみ（またはおそらくスペースのみ）を付けることだったと思います。

ええ、私は@StefanKarpinskiが行末で#の特別な処理を提案することを意味し、 #後に他の空白以外のものがある場合は絶対に数えません。 おそらく、LaTeXの比較は、私が言おうとしていたことを明確にするよりも混乱を招きました。

#は、私には危険なようです。 よく覚えていない理由や、気が変わったコメントなどの理由で、コード内に#が散在していることがあります。末尾の#を誤って削除するのは非常に簡単です。

行継続演算子を見逃すことがありますが、 \や...ように、非常に明確にわかりやすいものにすることをお勧めします。 #=または[]は、_トリック_に少し似すぎているようです。

（使用をお勧めしない場合は、 \\\ように、少し醜いものが機能する可能性がありますか？）

また、行継続演算子の後にコメントを付けるのはごく普通のことなので、行の最後の非空白文字であることに依存する必要はありません。

それらがすでに他の場所で使用されているのか、ユーザー固有の演算子用に予約する必要があるのか​​はわかりませんが、これらのUnicode矢印のいずれかにより、明示的な行継続のための魅力的で直感的なオプションが作成される場合があります。

↩ 、 ⬎ 、または⤸

（たとえば、 \continuelineなどの意味のあるタブ補完エイリアスを使用してアクセスできるようになりました）

#= =#がこれで機能するのは幸運だと思うので、そのままにしておく必要があります。

すべての行の最後に円記号を付ける方が、括弧を追加したり、単に行の最後に演算子を置いたりするよりも、どういうわけか優れていることに同意しません。 また、バックスラッシュや#を悪用しても改善されるとは思いません。 それはただ驚きを加えるでしょう。 マルチキャラクターを使用した場合、 #= =#よりも大幅に改善されることはありません。

すべての行の最後に円記号を付ける方が、括弧を追加したり、単に行の最後に演算子を置いたりするよりも、どういうわけか優れていることに同意しません。

この問題が発生した理由は、どちらも行列リテラルでは機能しないためです。 それでも、 #= =#すでに機能しているので、おそらくこれに対して何もすべきではないことに同意します。

#= =#を行の継続に使用できることを確認したので、これは完全に理にかなっています。 しかし、私が正直であるならば、私は間違いなく私自身でその結論に達することはなかっただろう。

おそらく、前進するための最良の方法は、ドキュメントとJuliaスタイルガイドに何かを追加して、行の継続は#= =#を介して達成できると言っていることです。

ただ、議論を終了し、@JeffBezansonと@StefanKarpinskiは、あなたはそれが何かを中断されません@thchrによって提案されたとしても提案は、実装するためによくないと思いますか？ 私はそれが次のような素晴らしいものになると思います：

A = [1 2 3 4 5 ⤸
     6 7 8 9 10]

#= =#よりも冗長でなく、視覚的に快適です。

これは確かに素晴らしいです。 副作用は、出力が有効なコードを形成するように、固定幅のディスプレイに長い行を含むコードを印刷する標準的な方法を提供することです。

ただし、すでに多くのUnicode矢印を二項演算子として解析しています。

惜しまないのではないかと思います。

良いオプション私見：

⤸ (2938) ↩ (8617) ↵ (8629) 

おそらく、空白を演算子にするときが来たので、Cassetteを使用して大きな行列のコンテキストで空白をオーバーロードできます。 幸いなことに、Bjarne Stroustrupはすでに私たちのためにハードな設計作業を行ってくれました– http://www.stroustrup.com/whitespace98.pdf

マルチキャラクターを使用した場合、 #= =#よりも大幅に改善されることはありません。

これに反対する3つの議論を転送したいと思います。

まず、これはコメントと間違えられる可能性があります。 これを知っていても、脳は「コメント」を登録します。

次に、1行だけでなく、2行に配置する必要があります。 （これはインデントとどのように相互作用しますか？）

第三に、それはキー押下のより複雑な組み合わせです（私のコンピューターではshift-3 shift-0 enter shift-0 shift-3 ）。 ある種のキーボードショートカットを使用できると思います。 対照的に、 \\は、同じキーを2回すばやく押すことです（その後にenter続きます）。

3つ半：私見それは少しぎこちなく見え、トリックのように感じます。

\\は、将来の使用のために「予約」されている可能性があるために受け入れられない場合でも、 @ thchrの提案は非常に見栄えがよいと思います。 それがどうなるか見てください：

            xndot = + d2201 * sin(2ω + xli  - G22) ⤸
                    + d2211 * sin(   + xli  - G22) ⤸
                    + d3210 * sin(+ω + xli  - G32) ⤸
                    - d3222 * sin(-ω + xli  - G32) ⤸
                    - d5220 * sin(+ω + xli  - G52) ⤸
                    + d5232 * sin(-ω + xli  - G52) ⤸
                    + d4410 * sin(2ω + 2xli - G44) ⤸
                    - d4422 * sin(     2xli - G44) ⤸
                    + d5421 * sin(+ω + 2xli - G54) ⤸
                    + d5433 * sin(-ω + 2xli - G54)

そして、それ以外に、誰もこれを使用することを強制されることはなく、何も壊すことはありません。 しかし、これには良いユースケースがあると確信しています（この問題を開くきっかけとなった大きなマトリックスは1つです）。

pd = [
     1.09979E+00 -4.88060E-02 -1.97501E-01 -9.10280E-02 -6.96558E-03 ⤸ 
     2.42136E-02  3.91333E-01 -7.20068E-03 -3.22718E-02  1.41508E+00 ⤸
     1.68194E-01  1.85282E-02  1.09384E-01 -7.24282E+00  0.00000E+00 ⤸
     2.96377E-01 -4.97210E-02  1.04114E+02 -8.61108E-02 -7.29177E-04 ⤸
     1.48998E-06  1.08629E-03  0.00000E+00  0.00000E+00  8.31090E-02 ⤸
     1.12818E-01 -5.75005E-02 -1.29919E-02 -1.78849E-02 -2.86343E-06 ⤸
     0.00000E+00 -1.51187E+02 -6.65902E-03  0.00000E+00 -2.02069E-03 ⤸
     0.00000E+00  0.00000E+00  4.32264E-02 -2.80444E+01 -3.26789E-03 ⤸
     2.47461E-03  0.00000E+00  0.00000E+00  9.82100E-02  1.22714E-01 ⤸
    -3.96450E-02  0.00000E+00 -2.76489E-03  0.00000E+00  1.87723E-03 ⤸
    -8.09813E-03  4.34428E-05 -7.70932E-03  0.00000E+00 -2.28894E-03 ⤸
    -5.69070E-03 -5.22193E-03  6.00692E-03 -7.80434E+03 -3.48336E-03 ⤸
    -6.38362E-03 -1.82190E-03  0.00000E+00 -7.58976E+01 -2.17875E-02 ⤸
    -1.72524E-02 -9.06287E-03  0.00000E+00  2.44725E-02  8.66040E-02 ⤸
     1.05712E-01  3.02543E+04  0.00000E+00  0.00000E+00  0.00000E+00 ⤸
    -6.01364E+03 -5.64668E-03 -2.54157E-03  0.00000E+00  3.15611E+02 ⤸
    -5.69158E-03  0.00000E+00  0.00000E+00 -4.47216E-03 -4.49523E-03 ⤸
     4.64428E-03  0.00000E+00  0.00000E+00  0.00000E+00  0.00000E+00 ⤸
     4.51236E-02  2.46520E-02  6.17794E-03  0.00000E+00  0.00000E+00 ⤸
    -3.62944E-01 -4.80022E-02 -7.57230E+01 -1.99656E-03  0.00000E+00 ⤸
    -5.18780E-03 -1.73990E-02 -9.03485E-03  7.48465E-03  1.53267E-02 ⤸
     1.06296E-02  1.18655E-02  2.55569E-03  1.69020E-03  3.51936E-02 ⤸
    -1.81242E-02  0.00000E+00 -1.00529E-01 -5.10574E-03  0.00000E+00 ⤸
     2.10228E-03  0.00000E+00  0.00000E+00 -1.73255E+02  5.07833E-01 ⤸
    -2.41408E-01  8.75414E-03  2.77527E-03 -8.90353E-05 -5.25148E+00 ⤸
    -5.83899E-03 -2.09122E-02 -9.63530E-03  9.77164E-03  4.07051E-03 ⤸
     2.53555E-04 -5.52875E+00 -3.55993E-01 -2.49231E-03  0.00000E+00 ⤸
     0.00000E+00  2.86026E+01  0.00000E+00  3.42722E-04  0.00000E+00 ⤸
     0.00000E+00  0.00000E+00  0.00000E+00  0.00000E+00  0.00000E+00 ⤸
     0.00000E+00  0.00000E+00  0.00000E+00  0.00000E+00  0.00000E+00;
     1.02315E+00 -1.59710E-01 -1.06630E-01 -1.77074E-02 -4.42726E-03 ⤸
     3.44803E-02  4.45613E-02 -3.33751E-02 -5.73598E-02  3.50360E-01 ⤸
     6.33053E-02  2.16221E-02  5.42577E-02 -5.74193E+00  0.00000E+00 ⤸
     1.90891E-01 -1.39194E-02  1.01102E+02  8.16363E-02  1.33717E-04 ⤸
     6.54403E-06  3.10295E-03  0.00000E+00  0.00000E+00  5.38205E-02 ⤸
     ...

それ以外の

pd = [
     1.09979E+00 -4.88060E-02 -1.97501E-01 -9.10280E-02 -6.96558E-03 #= 
 =#  2.42136E-02  3.91333E-01 -7.20068E-03 -3.22718E-02  1.41508E+00 #=
 =#  1.68194E-01  1.85282E-02  1.09384E-01 -7.24282E+00  0.00000E+00 #=
 =#  2.96377E-01 -4.97210E-02  1.04114E+02 -8.61108E-02 -7.29177E-04 #=
 =#  1.48998E-06  1.08629E-03  0.00000E+00  0.00000E+00  8.31090E-02 #=
 =#  1.12818E-01 -5.75005E-02 -1.29919E-02 -1.78849E-02 -2.86343E-06 #=
 =#  0.00000E+00 -1.51187E+02 -6.65902E-03  0.00000E+00 -2.02069E-03 #=
 =#  0.00000E+00  0.00000E+00  4.32264E-02 -2.80444E+01 -3.26789E-03 #=
 =#  2.47461E-03  0.00000E+00  0.00000E+00  9.82100E-02  1.22714E-01 #=
 =# -3.96450E-02  0.00000E+00 -2.76489E-03  0.00000E+00  1.87723E-03 #=
 =# -8.09813E-03  4.34428E-05 -7.70932E-03  0.00000E+00 -2.28894E-03 #=
 =# -5.69070E-03 -5.22193E-03  6.00692E-03 -7.80434E+03 -3.48336E-03 #=
 =# -6.38362E-03 -1.82190E-03  0.00000E+00 -7.58976E+01 -2.17875E-02 #=
 =# -1.72524E-02 -9.06287E-03  0.00000E+00  2.44725E-02  8.66040E-02 #=
 =#  1.05712E-01  3.02543E+04  0.00000E+00  0.00000E+00  0.00000E+00 #=
 =# -6.01364E+03 -5.64668E-03 -2.54157E-03  0.00000E+00  3.15611E+02 #=
 =# -5.69158E-03  0.00000E+00  0.00000E+00 -4.47216E-03 -4.49523E-03 #=
 =#  4.64428E-03  0.00000E+00  0.00000E+00  0.00000E+00  0.00000E+00 #=
 =#  4.51236E-02  2.46520E-02  6.17794E-03  0.00000E+00  0.00000E+00 #=
 =# -3.62944E-01 -4.80022E-02 -7.57230E+01 -1.99656E-03  0.00000E+00 #=
 =# -5.18780E-03 -1.73990E-02 -9.03485E-03  7.48465E-03  1.53267E-02 #=
 =#  1.06296E-02  1.18655E-02  2.55569E-03  1.69020E-03  3.51936E-02 #=
 =# -1.81242E-02  0.00000E+00 -1.00529E-01 -5.10574E-03  0.00000E+00 #=
 =#  2.10228E-03  0.00000E+00  0.00000E+00 -1.73255E+02  5.07833E-01 #=
 =# -2.41408E-01  8.75414E-03  2.77527E-03 -8.90353E-05 -5.25148E+00 #=
 =# -5.83899E-03 -2.09122E-02 -9.63530E-03  9.77164E-03  4.07051E-03 #=
 =#  2.53555E-04 -5.52875E+00 -3.55993E-01 -2.49231E-03  0.00000E+00 #=
 =#  0.00000E+00  2.86026E+01  0.00000E+00  3.42722E-04  0.00000E+00 #=
 =#  0.00000E+00  0.00000E+00  0.00000E+00  0.00000E+00  0.00000E+00 #=
 =#  0.00000E+00  0.00000E+00  0.00000E+00  0.00000E+00  0.00000E+00;
     1.02315E+00 -1.59710E-01 -1.06630E-01 -1.77074E-02 -4.42726E-03 #=
 =#  3.44803E-02  4.45613E-02 -3.33751E-02 -5.73598E-02  3.50360E-01 #=
 =#  6.33053E-02  2.16221E-02  5.42577E-02 -5.74193E+00  0.00000E+00 #=
 =#  1.90891E-01 -1.39194E-02  1.01102E+02  8.16363E-02  1.33717E-04 #=
 =#  6.54403E-06  3.10295E-03  0.00000E+00  0.00000E+00  5.38205E-02 #=
     ...

そのような数字の壁が「見栄えがする」ことができる限り、各行を1行に配置する方がはるかに見栄えがします。 少なくともその方法で、マトリックスの行数と、行の長さが同じかどうかを知ることができます。

pd = [ 1.09979E+00 -4.88060E-02 -1.97501E-01 -9.10280E-02 -6.96558E-03 2.42136E-02  3.91333E-01 -7.20068E-03 -3.22718E-02  1.41508E+00 1.68194E-01  1.85282E-02  1.09384E-01 -7.24282E+00  0.00000E+00 2.96377E-01 -4.97210E-02  1.04114E+02 -8.61108E-02 -7.29177E-04 1.48998E-06  1.08629E-03  0.00000E+00  0.00000E+00  8.31090E-02 1.12818E-01 -5.75005E-02 -1.29919E-02 -1.78849E-02 -2.86343E-06 0.00000E+00 -1.51187E+02 -6.65902E-03  0.00000E+00 -2.02069E-03 0.00000E+00  0.00000E+00  4.32264E-02 -2.80444E+01 -3.26789E-03 2.47461E-03  0.00000E+00  0.00000E+00  9.82100E-02  1.22714E-01 -3.96450E-02  0.00000E+00 -2.76489E-03  0.00000E+00  1.87723E-03 -8.09813E-03  4.34428E-05 -7.70932E-03  0.00000E+00 -2.28894E-03 -5.69070E-03 -5.22193E-03  6.00692E-03 -7.80434E+03 -3.48336E-03 -6.38362E-03 -1.82190E-03  0.00000E+00 -7.58976E+01 -2.17875E-02 -1.72524E-02 -9.06287E-03  0.00000E+00  2.44725E-02  8.66040E-02 1.05712E-01  3.02543E+04  0.00000E+00  0.00000E+00  0.00000E+00 -6.01364E+03 -5.64668E-03 -2.54157E-03  0.00000E+00  3.15611E+02 -5.69158E-03  0.00000E+00  0.00000E+00 -4.47216E-03 -4.49523E-03 4.64428E-03  0.00000E+00  0.00000E+00  0.00000E+00  0.00000E+00 4.51236E-02  2.46520E-02  6.17794E-03  0.00000E+00  0.00000E+00 -3.62944E-01 -4.80022E-02 -7.57230E+01 -1.99656E-03  0.00000E+00 -5.18780E-03 -1.73990E-02 -9.03485E-03  7.48465E-03  1.53267E-02 1.06296E-02  1.18655E-02  2.55569E-03  1.69020E-03  3.51936E-02 -1.81242E-02  0.00000E+00 -1.00529E-01 -5.10574E-03  0.00000E+00 2.10228E-03  0.00000E+00  0.00000E+00 -1.73255E+02  5.07833E-01 -2.41408E-01  8.75414E-03  2.77527E-03 -8.90353E-05 -5.25148E+00 -5.83899E-03 -2.09122E-02 -9.63530E-03  9.77164E-03  4.07051E-03 2.53555E-04 -5.52875E+00 -3.55993E-01 -2.49231E-03  0.00000E+00 0.00000E+00  2.86026E+01  0.00000E+00  3.42722E-04  0.00000E+00 0.00000E+00  0.00000E+00  0.00000E+00  0.00000E+00  0.00000E+00 0.00000E+00  0.00000E+00  0.00000E+00  0.00000E+00  0.00000E+00
       1.02315E+00 -1.59710E-01 -1.06630E-01 -1.77074E-02 -4.42726E-03 3.44803E-02  4.45613E-02 -3.33751E-02 -5.73598E-02  3.50360E-01 6.33053E-02  2.16221E-02  5.42577E-02 -5.74193E+00  0.00000E+00 1.90891E-01 -1.39194E-02  1.01102E+02  8.16363E-02  1.33717E-04 6.54403E-06  3.10295E-03  0.00000E+00  0.00000E+00  5.38205E-02 ...
       ...

この種のフォーマットの柔軟性よりもエコシステム全体の一貫性の方が重要であるため、複数行にまたがる式を記述する1つの明白な方法があることは素晴らしいことだと思います。

これがあるとして、我々は物事を残して提案し、一つのことを除いて：コンテキスト空白は重要である（マクロでなく、行列の構築）で行を継続するゼロ明白な方法は、現在あります。 複数行のコメントハックは巧妙ですが、醜いIMOでもあります。

space-sensitive解析コンテキストでのみ有効な行継続を追加することで、これらの両方を一度に解決できます。

# Valid - space sensitive context
<strong i="10">@info</strong> "A message which could be rather long"  ⤸
      my_variable my_variable2                ⤸
      some_other_variable

# Invalid - there should only be one way to do this
x = some_variable ⤸
    + other_variable
# Valid - the current, perfectly good convention for writing this
x = some_variable +
    other_variable

cjf/line-continuationブランチの行継続用にユニコード⤸を実装しました。 これは、スペースに依存するコンテキストに限定されない単純なバージョンですが、少し再配置するだけで簡単になります。

明示的に結合された列分離、行継続演算子があると非常に便利です。 OPの問題を解決し、数式を使用して行列式の可読性を向上させます。 |を使用したモックの例、

       [ x .+ 1 | 3*(x .+ 2) |
        12 + x | -x ]

複数の行継続文字が必要なのはなぜですか？

具体的な提案をするために、私はこれについてPRをしました-＃29273を参照してください

@ c42f 、私見、特定の場合にのみ行継続文字を許可するのは少し混乱すると思います。 なぜそれをグローバルにできないのですか？

ステファン：読みやすさのためだけに。 これは、行内の行継続文字が空白で区切られたコンテキストでフィールドの分離を強調して強制できるようにすることを示唆するだけです。

@ronisbr次のようなほとんどの式で行を継続する明白な方法が1つしかないという事実

x = a +
    b +
    c

私にはかなり魅力的で、私はそれを変えたくありませんでした。

これを次のように書くこともできます

x =   a  ⤸
    + b  ⤸
    + c

不要なバリエーションIMOを導入するだけです。

この言語には、解析ルールが異なる「スペースセンシティブ」コンテキストの概念がすでにあり、このスロットはそこにきちんと収まっています。

こんにちは、みんな！

1.1ができたので、1.2のこの機能について説明できますか？ 少なくとも、これが最終的に新しい機能になるのか、それともこの問題を解決する必要があるのか​​を判断できますか？

cc @JeffBezanson 、別名構文czar。

複数行のコメントを発見したことにより、提案完全にこの目的のために十分な（と一般的には）@stevengj、私たちはただ、マニュアルでこれを言及するので、言語を変更せずに問題を解決することができれば疑問に思います。 もしそうなら、私は関連する場所でPRをしたいと思います（1つはマトリックス用、もう1つは一般的なアドバイスとして）。

一部の言語にはこのための特別な構文があり、それがときどき役立つことを理解しています。 ただし、非常に長い行を記述したり、ソースに大きなリテラルマトリックスを含めたりすることは、まれに必要になる場合ではなく、言語によって奨励される習慣になるべきではないと思います。

複数行のマトリックスラッピングのケースは、 #= =#を使用してカバーできるほど珍しいものであり、行継続のためにこのオプションを文書化する価値があることに同意します。 複数行のマクロ呼び出しにはこの構文を使用しますが、それでも醜くて面倒です。

複数行のマクロ呼び出しの場合は、括弧を使用できます。

私はマクロにparensを使用するオプションをよく知っていますが、前に説明したようにそれは不満だと思います。 つまり、括弧とコンマを使用すると、マクロの呼び出しは、ほとんどのjuilaコードでマクロが「通常見える」方法とは視覚的に非常に区別されます。 見た目が違うコードは読みにくいです。