Julia: 기능 요청: 행렬 정의에서 줄 바꿈을 허용하는 연산자 추가

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

또한 작동하며 추가 임시 [5] 배열을 할당하지 않습니다. 여러 줄 주석(#69) FTW!

(솔직히 한 줄에 150개의 부동 소수점이 있는 문제가 보이지 않습니다. 요즘 편집자에는 수평 스크롤 막대가 없습니까? 코드에 150×150 행렬이 있으면 22500 숫자의 벽이 될 것입니다. 어쨌든 스크롤은 코드에서 볼 수 있는 가장 좋은 방법인 것 같습니다. 짧은 줄을 좋아한다면 편집기에서 소프트 래핑을 켤 수도 있습니다.)

점 2개 .. 가 어디에 쓰이는지는 모르겠지만, 줄 연속이나 \dots ( … ), -- 등. 다른 언어 의

안녕하세요 @stevengj ,

저는 여전히 80열에서 코드를 래핑하는 데 익숙합니다. IMHO, 편집기를 두 부분으로 분할하고 스크롤하지 않고도 모든 코드를 볼 수 있기 때문에 코드가 훨씬 더 읽기 쉽고 작업하기 쉽습니다.

그 외에도 내가 기억하는 모든 언어에는 줄 연속을 위한 몇 가지 메커니즘이 있습니다. 이것은 어떤 경우에는 코드 가독성을 정말로 향상시킵니다. Julia도 그랬어야 한다고 생각합니다. 물론 지금과 같이 모든 것을 할 수 있지만, 그런 기능이 있으면 조금 더 명료하게 글을 쓸 수 있지 않을까 생각합니다.

편집자가 원하는 경우 80열에서 소프트 래핑을 수행할 수 없습니까?

(대부분의 Julia 언어의 경우 해킹 없이 줄 바꿈을 삽입할 수 있습니다(예: 괄호, 쉼표 또는 이진 연산자 뒤에). 리터럴 행렬은 드문 예외입니다.)

두 개의 점(..)과 줄임표(…)는 이미 이항 연산자로 구문 분석되며 일반적으로 연산자는 거의 발생하지 않는 연속 구문보다 훨씬 더 유용합니다(이미 #= =#으로 가능).

안녕하세요 @stevenj

나는 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)

IMHO, 끝에 있는 작업 표시는 처음에 있는 것만큼 좋지 않습니다.

            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)

저에게는 오히려 더 자연스럽습니다. 다시 말하지만, 그것은 미용상의 변화이며, 각각에 대해 다른 의견을 가질 것입니다. 문제는 이것이 어떤 의미에서 언어 디자인에 해를 끼칠 것인가입니다.

이 경우 추가 괄호 쌍을 추가하는 것이 더 쉬운 것 같습니다.

예, 할 수 있습니다. 그러나 다시 IMHO는 일반적이지 않습니다. 누군가가 이것을 보았다고 가정 해 봅시다.

            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에 대한 해석을 제시한 @oxinabox 에게 감사드립니다)

글쎄, 내 관점에서 볼 때 줄 끝에 있는 # 는 다음 문자 없이 매우 훌륭해야 하고 덜 손상되는 것 같습니다.

여기에서 볼 수 있는 한 가지 잠재적인 문제는

a=1 #because reasons
 +2

에게

a=1 #
 +2

다른 결과를 생성합니다. 이것은 아마도 중요하지 않을 것입니다.

Julia가 \\ 와 같이 사용하지 않는 것은 어떻습니까? 너무 추한가요?

나는 일을 깨기 위해 라텍스 스타일의 "새로운 것과 같은 주석 달기"를 기대합니다.

뒤에 공백이 없는 # 로만 제한되지 않는 한.
예를 들어:

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에서.
그리고 비어 있는 주석이 비어 있지 않은 주석과 다르게 작동하는 것은 이상하게 들립니다.

나는 실제로 줄리아를 위해 그것을 제안하지 않았다.
\\ 가 훨씬 덜 혼란스러울 것이라고 생각합니다.
그러나 여러 줄 주석의

거대한 여러 줄 리터럴을 만드는 것은 꽤 틈새 시장처럼 보입니다.
Array{T, 3} 대한 리터럴을 사용하는 것보다 훨씬 더 그렇습니다.

vect 와 cat 명령을 사용하여 리터럴을 낮추는 것처럼 효율적으로 구성할 수 있어야 합니다.

나는 제안이 # 다음에 줄 바꿈 문자만(또는 공백만) 오는 것이라고 생각합니다.

예, @StefanKarpinski 의 # 특수 처리 제안을 행 끝에서 수행하는 것을 의미했습니다. # 뒤에 공백이 아닌 다른 항목이 있는 경우는 확실히 계산하지 않았습니다. 아마도 LaTeX 비교는 내가 말하려는 것을 명확히 하는 것보다 더 혼란스러웠을 것입니다.

# 선택하는 것은 나에게 위험해 보입니다. 가끔 내 코드에 # 가 흩어져 있습니다. 잘 기억나지 않는 이유로, 마음이 변한 주석 등입니다. 실수로 후행 # 제거하는 것은 매우 쉽습니다.

나는 때때로 줄 연속 연산자를 놓치지만 \ 또는 ... 와 같이 매우 명확하게 명시하는 것을 선호합니다. #= 또는 [] 는 너무 _속임수_처럼 보입니다.

(사용을 권장하지 않는 경우 \\\ 와 같은 약간 못생긴 것이 작동할까요?)

또한 줄 연속 연산자 뒤에 주석을 두는 것이 매우 정상이므로 줄의 공백이 아닌 마지막 문자에 의존하고 싶지 않습니다.

다른 곳에서 이미 사용 중인지 아니면 사용자별 연산자를 위해 예약해야 하는지 확실하지 않지만 이러한 유니코드 화살표 중 하나는 명시적 줄 연속을 위한 매력적이고 직관적인 옵션을 만들 수 있습니다.

↩ , ⬎ 또는 ⤸

(예를 들어 \continueline 와 같은 의미 있는 탭 완성 별칭으로 액세스 가능)

#= =# 이 이 작업에 작동하는 것은 다행이라고 생각하며 그대로 두어야 합니다.

나는 모든 줄 끝에 백슬래시를 넣는 것이 괄호를 추가하거나 그냥 줄 끝에 연산자를 넣는 것보다 낫다는 데 동의하지 않습니다. 나는 또한 백슬래시나 # 를 남용하는 것이 개선될 것이라고 생각하지 않습니다. 그것은 단지 놀라움을 더할 것입니다. 다중 문자를 사용했다면 #= =# 보다 크게 개선되지 않았을 것입니다.

나는 모든 줄 끝에 백슬래시를 넣는 것이 괄호를 추가하거나 그냥 줄 끝에 연산자를 넣는 것보다 낫다는 데 동의하지 않습니다.

이 문제가 열린 이유는 둘 다 행렬 리터럴에서 작동하지 않기 때문입니다. 그래도 #= =# 이미 작동하므로 이에 대해 아무 것도 해서는 안 된다는 데 동의합니다.

이제 줄 연속에 #= =# 를 사용할 수 있다는 것을 보았으므로 완벽하게 이해됩니다. 하지만, 솔직히 말해서 나 혼자서는 그런 결론에 도달하지 못했을 것이다.

아마도 가장 좋은 방법은 문서와 Julia 스타일 가이드에 #= =# 를 통해 줄 연속성을 달성할 수 있다는 내용을 추가하는 것입니다.

그냥 토론을 종료, @JeffBezanson 및 @StefanKarpinski, 당신은 아무것도 휴식하지 않습니다 @thchr에 의해 제안 심지어 제안을, 생각, 구현 될 좋은 아닌가요? 나는 그것이 다음과 같이 좋을 것이라고 생각합니다.

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

#= =# 보다 덜 장황하고 시각적으로 좋습니다.

이것은 분명히 좋은 것을 읽습니다. 부작용은 출력이 유효한 코드를 형성하는 방식으로 고정 너비 디스플레이에 긴 줄이 있는 코드를 인쇄하는 표준 방법을 제공한다는 것입니다.

하지만 우리는 이미 많은 유니코드 화살표를 이진 연산자로 구문 분석합니다.

나는 우리가 하나를 절약할 수 있다고 생각합니다.

좋은 옵션 IMHO:

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

아마도 공백을 연산자로 만들어야 할 때이고 Cassette를 사용하여 큰 행렬 컨텍스트에서 이를 오버로드할 수 있습니다. 다행스럽게도 Bjarne Stroustrup은 이미 우리를 위해 어려운 설계 작업을 수행했습니다. http://www.stroustrup.com/whitespace98.pdf

다중 문자를 사용했다면 #= =# 보다 크게 개선되지 않았을 것입니다.

이에 대해 세 가지 주장을 하고 싶습니다.

첫째, 이것은 주석으로 오인될 수 있습니다. 이걸 알면서도 내 뇌는 "댓글"을 등록한다.

둘째, 한 줄에 두 줄을 두는 것이 아니라 두 줄에 넣어야 합니다. (이것은 들여쓰기와 어떻게 상호 작용합니까?)

셋째, 키 누르기의 더 복잡한 조합입니다(내 컴퓨터에서는 shift-3 shift-0 enter shift-0 shift-3 ). 일종의 키보드 단축키를 사용할 수 있을 것 같습니다. \\ 는 이와 대조적으로 동일한 키를 두 번 빠르게 누르는 것입니다(뒤에 enter .

3.5초: IMHO 약간 어색해 보이고 속임수처럼 느껴집니다.

\\ 가 향후 사용을 위해 "예약"될 수 있기 때문에 허용되지 않더라도 @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)

그리고 그 외에 아무도 이것을 강제로 사용하지 않으며 아무 것도 깨뜨리지 않을 것입니다. 그러나 이에 대한 좋은 사용 사례가 있을 것이라고 확신합니다(이 문제를 제기하게 된 큰 매트릭스는 하나입니다).

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 #=
     ...

그런 숫자의 벽이 "멋져 보일" 수 있는 한, 각 행을 한 줄에 두는 것이 훨씬 더 멋지게 보입니다. 적어도 그렇게 하면 행렬에 행이 몇 개인지, 행 길이가 같은지 여부를 알 수 있습니다.

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 ...
       ...

여러 줄을 교차하는 식을 작성하는 한 가지 분명한 방법이 있다는 것은 좋은 일이라고 생각합니다. 이러한 형식의 유연성보다 생태계 전반의 일관성이 더 중요하기 때문입니다.

공백이 큰 (또한 매크로하지만, 매트릭스 구조) 라인을 계속 제로 확실한 방법은 현재 거기에있다 맥락에서이은 우리가 한 가지를 제외하고, 일을두고 제안합니다. 여러 줄 주석 해킹은 영리하지만 못생긴 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 , IMHO, 특정 경우에만 줄 연속 문자를 허용하는 것이 다소 혼란스러울 것이라고 생각합니다. 왜 우리는 그것을 글로벌하게 할 수 없습니까?

스테판: 가독성을 위해서만. 이것은 줄 내의 줄 연속 문자가 공백으로 구분된 컨텍스트에서 필드 분리를 강조하고 강제할 수 있도록 제안할 뿐입니다.

@ronisbr 다음과 같은 대부분의 표현식에서 줄을 계속하는 확실한 방법은 단 하나뿐입니다.

x = a +
    b +
    c

는 오히려 나에게 매력적이며 나는 그것을 바꾸고 싶지 않았습니다.

이것을 다음과 같이 쓸 수도 있습니다.

x =   a  ⤸
    + b  ⤸
    + c

불필요한 변형 IMO를 소개합니다.

언어에는 이미 구문 분석 규칙이 다른 "공백에 민감한" 컨텍스트의 개념이 있으며, 이는 거기에 깔끔하게 자리잡고 있습니다.

안녕 얘들아!

이제 1.1이 있으므로 이 기능을 1.2에 대해 논의할 수 있습니까? 적어도 이것이 결국 새로운 기능이 될 것인지 아니면 이 문제를 닫아야 하는지 결정할 수 있습니까?

cc @JeffBezanson , 일명 czar 구문.

로 여러 의견을 발견 한 제안 완벽하게이 목적에 적합 (일반의) @stevengj, 나는 우리가 매뉴얼에 언급 따라서 언어 변경없이 문제를 해결할 수 있는지 궁금합니다. 그렇다면 관련 장소에서 PR을 하고 싶습니다(행렬용 하나, 일반 조언용 하나).

일부 언어에는 이에 대한 특별한 구문이 있으며 때때로 유용하다는 것을 알고 있습니다. 그러나 나는 아주 긴 줄을 쓰거나 소스에 큰 리터럴 행렬을 포함하는 것이 드문 경우에 필요한 지원이 아니라 언어에 의해 권장되는 습관이 되어야 한다고 생각하지 않습니다.

여러 줄 행렬 래핑의 경우가 #= =# 를 사용하여 다루기에 충분히 이례적이며 줄 연속을 위해 이 옵션을 문서화할 가치가 있다는 데 동의합니다. 여러 줄 매크로 호출의 경우 이 구문을 사용하지만 여전히 보기 흉하고 번거롭습니다.

여러 줄 매크로 호출의 경우 괄호를 사용할 수 있습니다.

매크로에 괄호를 사용하는 옵션에 대해 잘 알고 있지만 이전에 설명한 것처럼 불만족스럽습니다. 즉, 괄호와 쉼표를 사용하면 매크로 호출이 대부분의 juila 코드에서 매크로가 "일반적으로 보이는" 방식과 시각적으로 매우 구별됩니다. 다르게 보이는 코드는 읽기가 더 어렵습니다.