제 생각에는 다음과 같은 명백한 것들이 있습니다. 변수에 숫자를 쓰고 제가 적은 것과 같은 것을 인쇄했습니다 ...
내부에 어떻게 배열되고 번호가 어떻게 저장되는지는 절대적으로 중요하지 않습니다. 이것은 시스템 수준입니다.
그리고 이러한 꼬리는 넌센스이며 애플리케이션 수준의 결함인 것이 분명합니다. 비우호적입니다.
그러나 여기서 프로그래머에 대한 일종의 농담이 다시 나타납니다. "이것은 버그가 아니라 기능입니다."
헛되이이 농담이 나타났습니다. 헛되지 않았습니다))))))))
NormalizeDouble() 정규화는 계산된 매개변수를 거래 요청의 가격으로 보낼 때 필요합니다. Ask, Bid price는 이미 필요한 비트 깊이로 정규화되어 있으므로 정규화 없이 보낼 수 있습니다. 예를 들어 Bid-stopLoss*Point stop의 가격을 계산하는 경우 이 표현식을 정규화해야 합니다. 보류 중인 주문의 가격은 정확히 동일합니다. 미리 계산하므로 정규화해야 합니다.
두 개의 실수를 비교할 때 정규화된 차이를 0 또는 최소값과 비교해야 합니다.
계산한 내용을 확인해야 하는 경우 DoubleToString() 을 사용하여 필요한 정확도로 화면에 표시해야 합니다. 필요한 매개변수가 있는 IntegerToString().
NormalizeDouble()은 계산된 매개변수를 거래 주문의 가격으로 보낼 때 필요합니다. Ask, Bid price는 이미 필요한 비트 깊이로 정규화되어 있으므로 정규화 없이 보낼 수 있습니다. 예를 들어 Bid-stopLoss*Point stop의 가격을 계산하는 경우 이 표현식을 정규화해야 합니다. 보류 중인 주문의 가격은 정확히 동일합니다. 미리 계산하므로 정규화해야 합니다.
두 개의 실수를 비교할 때 정규화된 차이를 0 또는 최소값과 비교해야 합니다.
계산한 내용을 확인해야 하는 경우 DoubleToString() 을 사용하여 필요한 정확도로 화면에 표시해야 합니다. 필요한 매개변수가 있는 IntegerToString().
이것은 이해하고 배워야 할 것입니다.
네, 잘 이해합니다. 견적이 5자리인 경우 주문 1.234567을 보낼 수 없습니다.
이중 숫자 비교에 대해 참조를 만났습니다 ..... 끔찍합니다.
그러나 내가 이해하는 한 A와 B가 눈에 띄게 다른 한 A>B를 비교하는 것이 안전합니다.
예를 들어 A=1.23456 및 B=1.23456을 명시적으로 설정하고 (A==B)가 false를 반환하는 경우 이는 이미 일종의 범죄입니다.
NormalizeDouble() 정규화는 계산된 매개변수를 거래 주문의 가격으로 보낼 때 필요합니다. Ask, Bid price는 이미 필요한 비트 깊이로 정규화되어 있으므로 정규화 없이 보낼 수 있습니다. 예를 들어 Bid-stopLoss*Point stop의 가격을 계산하는 경우 이 표현식을 정규화해야 합니다. 보류 중인 주문의 가격은 정확히 동일합니다. 미리 계산하므로 정규화해야 합니다.
두 개의 실수를 비교할 때 정규화된 차이를 0 또는 최소값과 비교해야 합니다.
계산한 내용을 확인해야 하는 경우 DoubleToString() 을 사용하여 필요한 정확도로 화면에 표시해야 합니다. 필요한 매개변수가 있는 IntegerToString().
모든 것은 서서히 온다. 먼저 문장이 대문자라는 것과 잘린 구절의 스타일이 포럼에 적합하지 않다는 것을 기억해야 합니다. 그런 다음 처음부터 정규화와 인덱싱이 모두 수행됩니다.
이 댓글을 기다렸다
한 줄에 채팅 스타일로 빠르게 입력하는 것보다 자연스러운 것은 없습니다.
1부터 세는 것처럼 자연스럽습니다.
숫자를 반올림 하여 동일한 반올림 형식으로 가져옵니다.
자, 형식주의로 가득 찬 비꼬는 말의 흐름은 어디에 있습니까?
인생은 잘 배치된 점과 쉼표, 이진 형식 그 이상입니다.
이것은 감각의 흐름이고 아름다워야 합니다.
그것은 자유와 창의성이다
이에 대해 뭐라고 대답하시겠습니까?
다들 날 놀리는 거지, 그치?
난 그냥 쓰레기 없이 분수를 인쇄할 필요가 있었다
그리고 그들은 내가 뭔가를 잘못 이해하고 있음을 증명합니다.
mql은 그 자체가 목적이 아니라 하나의 도구일 뿐입니다.
제 생각에는 다음과 같은 명백한 것들이 있습니다. 변수에 숫자를 쓰고 제가 적은 것과 같은 것을 인쇄했습니다 ...
내부에 어떻게 배열되고 번호가 어떻게 저장되는지는 절대적으로 중요하지 않습니다. 이것은 시스템 수준입니다.
그리고 이러한 꼬리는 넌센스이며 애플리케이션 수준의 결함인 것이 분명합니다. 비우호적입니다.
그러나 여기서 프로그래머에 대한 일종의 농담이 다시 나타납니다. "이것은 버그가 아니라 기능입니다."
헛되이이 농담이 나타났습니다. 헛되지 않았습니다))))))))
NormalizeDouble() 정규화는 계산된 매개변수를 거래 요청의 가격으로 보낼 때 필요합니다. Ask, Bid price는 이미 필요한 비트 깊이로 정규화되어 있으므로 정규화 없이 보낼 수 있습니다. 예를 들어 Bid-stopLoss*Point stop의 가격을 계산하는 경우 이 표현식을 정규화해야 합니다. 보류 중인 주문의 가격은 정확히 동일합니다. 미리 계산하므로 정규화해야 합니다.
두 개의 실수를 비교할 때 정규화된 차이를 0 또는 최소값과 비교해야 합니다.
계산한 내용을 확인해야 하는 경우 DoubleToString() 을 사용하여 필요한 정확도로 화면에 표시해야 합니다. 필요한 매개변수가 있는 IntegerToString().
이것은 이해하고 배워야 할 것입니다.
한 줄에 채팅 스타일로 빠르게 입력하는 것보다 자연스러운 것은 없습니다.
1부터 세는 것처럼 자연스럽습니다.
숫자를 반올림 하여 동일한 반올림 형식으로 가져옵니다.
자, 형식주의로 가득 찬 비꼬는 말의 흐름은 어디에 있습니까?
인생은 잘 배치된 점과 쉼표, 이진 형식 그 이상입니다.
이것은 감각의 흐름이고 아름다워야 합니다.
그것은 자유와 창의성이다
이에 대해 뭐라고 대답하시겠습니까?
자유 ... 그리고 누군가가 강제로 당신을 붙잡고 있습니까?
창의성 ... 모든 MK 기능에 대한 나만의 래퍼를 만들고 작성하고 아름다움을 즐기십시오.
NormalizeDouble()은 계산된 매개변수를 거래 주문의 가격으로 보낼 때 필요합니다. Ask, Bid price는 이미 필요한 비트 깊이로 정규화되어 있으므로 정규화 없이 보낼 수 있습니다. 예를 들어 Bid-stopLoss*Point stop의 가격을 계산하는 경우 이 표현식을 정규화해야 합니다. 보류 중인 주문의 가격은 정확히 동일합니다. 미리 계산하므로 정규화해야 합니다.
두 개의 실수를 비교할 때 정규화된 차이를 0 또는 최소값과 비교해야 합니다.
계산한 내용을 확인해야 하는 경우 DoubleToString() 을 사용하여 필요한 정확도로 화면에 표시해야 합니다. 필요한 매개변수가 있는 IntegerToString().
이것은 이해하고 배워야 할 것입니다.
네, 잘 이해합니다. 견적이 5자리인 경우 주문 1.234567을 보낼 수 없습니다.
이중 숫자 비교에 대해 참조를 만났습니다 ..... 끔찍합니다.
그러나 내가 이해하는 한 A와 B가 눈에 띄게 다른 한 A>B를 비교하는 것이 안전합니다.
예를 들어 A=1.23456 및 B=1.23456을 명시적으로 설정하고 (A==B)가 false를 반환하는 경우 이는 이미 일종의 범죄입니다.
NormalizeDouble() 정규화는 계산된 매개변수를 거래 주문의 가격으로 보낼 때 필요합니다. Ask, Bid price는 이미 필요한 비트 깊이로 정규화되어 있으므로 정규화 없이 보낼 수 있습니다. 예를 들어 Bid-stopLoss*Point stop의 가격을 계산하는 경우 이 표현식을 정규화해야 합니다. 보류 중인 주문의 가격은 정확히 동일합니다. 미리 계산하므로 정규화해야 합니다.
두 개의 실수를 비교할 때 정규화된 차이를 0 또는 최소값과 비교해야 합니다.
계산한 내용을 확인해야 하는 경우 DoubleToString() 을 사용하여 필요한 정확도로 화면에 표시해야 합니다. 필요한 매개변수가 있는 IntegerToString().
이것은 이해하고 배워야 할 것입니다.
그러나 일반적으로 나는 분수를 계산하고 정규화하고 변수에 쓴 다음 읽고 다시 정규화하면 꼬리가 나온다는 사실에 짜증이납니다.
예를 들어
basis[0]=NormalizeDouble(sum_A,2);
GlobalVariableSet("Equity-"+portfolio_id,basis[0]);
...
current=NormalizeDouble(GlobalVariableGet("Equity-"+portfolio_id),2);
text = "Positions synchronized at " + current + " for portfolio: " + portfolio_name;
if(!automatic) MessageBox(text,""); else Print(text);
이제 로 변경되었습니다.
text = "Positions synchronized at " + DoubleToStr(current,2) + " for portfolio: " + portfolio_name;
if(!automatic) MessageBox(text,""); else Print(text);
와 꼬리가 안 나올 것 같아 pah pah
더 정확하게는 - 원래 버전에서는 (문자열)현재
즉 , 정규화된 숫자 왼쪽 꼬리의 변환
가끔(항상 그런 것은 아님)
예를 들어 한 숫자가 상수로 주어지고 두 번째 숫자가 나누기/곱셈을 통해 계산되는 경우 두 개의 두 배를 비교하는 문제가 발생합니다.
어쨌든 희망 없는 인도주의자에 시간을 낭비해 주셔서 다시 한 번 감사드립니다. 제가 누군가를 귀찮게 했다면 다시 한 번 죄송합니다. 저는 악의 없이 제 의견을 말할 뿐입니다.
지나가는 트렌드이자 모두에게 좋은 소식입니다.