전문 프로그래머로서 "터미널"에서 바라는 것. MQL5에 대한 소망이 있는 또 다른 주제. - 페이지 5

 
Renat писал (а) >> 를 썼습니다.
걱정하지 마십시오. MQL5는 소스 코드에 수학 및 서비스 라이브러리가 많이 포함된 매우 훌륭하고 빠른 C++ 유사 언어가 될 것입니다.

그것은 허수와 함께 작동합니까?

 
콤플렉스+고토
복잡한 유형이 있는 곳마다 goto가 필요합니다))))
 
Prival писал (а) >> 를 작성했습니다.

그것은 허수와 함께 작동합니까?

빌트인 타입은 없겠지만, 혼자서도 쌓을 수 있을 거라 생각합니다.

 
Renat писал (а) >> 를 썼습니다.

빌트인 타입은 없겠지만, 혼자서도 쌓을 수 있을 거라 생각합니다.

C 및 C# 수학 라이브러리에서 복잡한 구조의 예를 보았습니다. 따라서 MQL5에서 복합 유형을 기본 유형으로 사용하지 않고도 계산을 사용할 수 있습니다.

 
수치 알고리즘의 약 4분의 1이 goto를 사용합니다. 알고리즘이 검증되고, 승인되고, 테스트되었지만, 있을 수 없습니다.
goto 없이 MT로 옮기나요?
 
Korey писал (а) >>
수치 알고리즘의 약 4분의 1이 goto를 사용합니다. 알고리즘이 검증되고, 승인되고, 테스트되었지만, 있을 수 없습니다.
goto 없이 MT로 옮기나요?

일반적으로 goto를 사용하는 것은 잘못된 프로그래밍 스타일이며 99%의 경우 goto가 포함된 코드는 기존 조건문과 유사한 것으로 대체될 수 있습니다.

 
나쁜 스타일은 B. Gates,
실제로 수치 알고리즘은 60년대 초반 이후 가장 값진 축적물이며 아무도 믿지 않습니다.
아무도 goto 없이 이 알고리즘을 다시 작성하려고 시도하지 않았습니다.
 
Korey писал (а) >>
나쁜 스타일은 B. Gates,
실제로 수치 알고리즘은 60년대 초반 이후 가장 값진 축적물이며 아무도 믿지 않습니다.
아무도 goto 없이 이 알고리즘을 다시 작성하려고 시도하지 않았습니다.

그리고 비밀이 아니라면 어떤 종류의 수치 알고리즘?

 
Korey писал (а) >>
나쁜 스타일은 B. Gates,
실제로 수치 알고리즘은 60년대 초반 이후 가장 값진 축적물이며 아무도 믿지 않습니다.
아무도 goto 없이 이 알고리즘을 다시 작성하려고 시도하지 않았습니다.

아날로그 jmp가 있는 어셈블러에 대해 생각해 보십시오...

맞다 TheXpert가 말했다 , 99%에서 goto 없이 할 수 있습니다.

 
고토에 대한 질문은 문화유산에 대한 질문이지 리메이크 문화에 대한 질문이 아니다.
사유: