이것들은 - 예, 하지만 같은 위치에 SymbolInfoTick() - 저는 클래스에 대해 이야기하고 있으며 Bid 및 Ask 수신이 어떻게 구성되어 있는지에 대해 이야기하고 있습니다. 단지 변수 값을 반환합니다 . 그리고 데이터는 RefreshRates()의 구조에 기록됩니다. 그래서 Bid() 및 Ask() 메서드 내에서 RefreshRates()를 강제로 호출하면 모든 것이 느려지는 이유를 이해할 수 없습니다. 결국 우리는 Bid() 및 Ask() 메서드를 호출하기 전에 RefreshRates()를 호출하여 실행 결과를 확인해야 합니다. 즉시 메서드를 입력하고 가격이나 0을 반환하지 않는 이유는 무엇입니까?
Bid와 Ask가 동시에 수신될 때 RefreshRates()가 두 번 호출되는 것을 볼 수 있습니다. 그런 다음 RefreshRates() 메서드에서 Bid 및 Ask에 대한 데이터로 변수 채우기를 입력합니다.
이것들은 - 예, 하지만 같은 위치에 SymbolInfoTick() - 저는 클래스에 대해 이야기하고 있으며 Bid 및 Ask 수신이 어떻게 구성되어 있는지에 대해 이야기하고 있습니다. 단지 변수 값을 반환합니다 . 그리고 데이터는 RefreshRates()의 구조에 기록됩니다. 그래서 Bid() 및 Ask() 메서드 내에서 RefreshRates()를 강제로 호출하면 모든 것이 느려지는 이유를 이해할 수 없습니다. 결국 우리는 Bid() 및 Ask() 메서드를 호출할 때마다 RefreshRates()를 호출하고 실행 결과를 확인해야 합니다. 즉시 메소드를 입력하고 가격 또는 0을 반환하지 않는 이유는 무엇입니까?
Bid와 Ask가 동시에 수신될 때 RefreshRates()가 두 번 호출되는 것을 볼 수 있습니다. 그런 다음 RefreshRates() 메서드에서 Bid 및 Ask에 대한 데이터로 변수 채우기를 입력합니다.
또는 그대로 두십시오.
새 틱(OnTick()에서)에서 한 번 업데이트하고 계산을 수행하고 계산에서 Bid() 및 Ask()를 10번 호출할 수 있습니다. 데이터가 구조에 복사될 때마다 변경 가능성은 최소화되지만 속도에 긍정적인 영향을 미치지는 않습니다. 그래도 데이터를 업데이트할 가치는 없지만 사용 직전에 해야 합니다.
새 틱(OnTick()에서)에서 한 번 업데이트하고 계산을 수행하고 계산에서 Bid() 및 Ask()를 10번 호출할 수 있습니다. 데이터가 구조에 복사될 때마다 변경 가능성은 최소화되지만 속도에 긍정적인 영향을 미치지는 않습니다. 그래도 데이터를 업데이트할 가치는 없지만 사용 직전에 해야 합니다.
Сергей Матвеев : 나는 돌로 된 4산으로서 나의 날카로운 의견을 말할 것이다.
그리고 프로그래머(개발자)가 트레이더에게 필요한 것이 무엇인지 안다고 결정한 이유는 무엇입니까?
왜 Renat와 Rashid는 거래자가 필요로 하는 것을 "결정"하고 작성한 다음 모든 사람이 이를 전환 하도록 할 수 있다고 결정했습니다.
그들의 운명은 터미널을 쓰기 위해 타이핑하는 것뿐입니다. 우리는 하나의 터미널을 작성했고 두 번째는 더 좋아하는 거래자가 사용하게 될 것입니다.
시장의 프로그래머와 마찬가지로 그들은 다른 제품을 작성합니다. 거래자가 가장 좋아하는 것 - 그들은 그것을 사용합니다.
이 의견에 전적으로 동의합니다. 프로그래머가 상인이 사용해야 하는 것을 결정해야 하는 이유는 무엇입니까? 그러나 실패하지 않고 속도가 느려지고 파일을 읽는 터미널에 대한 그러한 "수요"가 있습니다. mql4로 작성... MT5가 할 수 있다면 "신세대"의 "범용" 터미널을 사용하지 않겠습니까? 그리고 그렇지 않은 경우 오래된 입증 된 Mt4가 있습니다 ... "최상급"에 대한 3 페이지 설명에 따르면 그것이 무엇이든간에 선택은 확실히 "최신 것"에 찬성하지 않습니다. 다시 말하지만, 프로그래머(개발자)의 순전히 개인적인 의견에 따르면. 클라이언트의 요청과 필요가 있으며 이를 고려해야 합니다. MT5로 예외 없이 모든 트레이더를 옮기고 싶다면 남들보다 똑똑하다고 판단한 한두 사람이 아니라 대중의 니즈를 충족하도록 하라.
이 의견에 전적으로 동의합니다. 프로그래머가 상인이 사용해야 하는 것을 결정해야 하는 이유는 무엇입니까? 그러나 실패하지 않고 속도가 느려지고 파일을 읽는 터미널에 대한 그러한 "수요"가 있습니다. mql4로 작성... MT5가 할 수 있다면 "신세대"의 "범용" 터미널을 사용하지 않겠습니까? 그리고 그렇지 않은 경우 오래된 입증 된 Mt4가 있습니다 ... "최상급"에 대한 3 페이지 설명에 따르면 그것이 무엇이든간에 선택은 확실히 "최신 것"에 찬성하지 않습니다. 다시 말하지만, 프로그래머(개발자)의 순전히 개인적인 의견에 따르면. 클라이언트의 요청과 필요가 있으며 이를 고려해야 합니다. MT5로 예외 없이 모든 트레이더를 옮기고 싶다면 남들보다 똑똑하다고 판단한 한두 사람이 아니라 대중의 니즈를 충족하도록 하라.
여기에 무관심한 플레이어는 없지만 제품이 없고 관련 MT4 서비스 및 회사에서 지속적으로 작업하는 "독립적인" 개발자의 무리가 있습니다. 예, 그들은 여기에서 잘하고 있습니다. 모두를 그냥 버릴 수는 없으니 우리 모두는 당분간 참아요.
그런 비합리적이고 완고한 말들이 어디서 나온다고 생각하세요? 모든 것은 mql5.com이 수년 동안 목록에 있었던 마케팅 회사에서 구입합니다. 그들은 심지어 "외환 서비스에서 플랫폼을 홍보합니다: xxx, mql5.com, xxx).
헤이터들에게 특별한 감사를 전합니다. 우리는 당신을 기억하고 사랑합니다!
아니, 친애하는 관리자. 흥미로운 주제를 보고 구독을 취소하기로 결정했습니다. 일반 유저의 대답을 하자면 "왜 벌써 N년이 지났고, 새로운 MT5가 창구에 남아 청구되지 않았는지...". 사실, 꽤 건설적인 비판에 대한 응답으로 내 주소에 일반적인 답변이 쏟아지고 있다는 것을 이해합니다. "이것은 MT5가 나쁘지는 않지만 단순히 우리는 완고합니다." *** "전체 트릭을 이해하고 싶지 않습니다 ..."
SymbolInfoDouble(...,MODE_BID) - 업데이트할 필요가 없습니다.
이것들은 - 예, 하지만 같은 위치에 SymbolInfoTick() - 저는 클래스에 대해 이야기하고 있으며 Bid 및 Ask 수신이 어떻게 구성되어 있는지에 대해 이야기하고 있습니다. 단지 변수 값을 반환합니다 . 그리고 데이터는 RefreshRates()의 구조에 기록됩니다. 그래서 Bid() 및 Ask() 메서드 내에서 RefreshRates()를 강제로 호출하면 모든 것이 느려지는 이유를 이해할 수 없습니다. 결국 우리는 Bid() 및 Ask() 메서드를 호출하기 전에 RefreshRates()를 호출하여 실행 결과를 확인해야 합니다. 즉시 메서드를 입력하고 가격이나 0을 반환하지 않는 이유는 무엇입니까?
Bid와 Ask가 동시에 수신될 때 RefreshRates()가 두 번 호출되는 것을 볼 수 있습니다. 그런 다음 RefreshRates() 메서드에서 Bid 및 Ask에 대한 데이터로 변수 채우기를 입력합니다.
또는 그대로 두십시오.
이것들은 - 예, 하지만 같은 위치에 SymbolInfoTick() - 저는 클래스에 대해 이야기하고 있으며 Bid 및 Ask 수신이 어떻게 구성되어 있는지에 대해 이야기하고 있습니다. 단지 변수 값을 반환합니다 . 그리고 데이터는 RefreshRates()의 구조에 기록됩니다. 그래서 Bid() 및 Ask() 메서드 내에서 RefreshRates()를 강제로 호출하면 모든 것이 느려지는 이유를 이해할 수 없습니다. 결국 우리는 Bid() 및 Ask() 메서드를 호출할 때마다 RefreshRates()를 호출하고 실행 결과를 확인해야 합니다. 즉시 메소드를 입력하고 가격 또는 0을 반환하지 않는 이유는 무엇입니까?
Bid와 Ask가 동시에 수신될 때 RefreshRates()가 두 번 호출되는 것을 볼 수 있습니다. 그런 다음 RefreshRates() 메서드에서 Bid 및 Ask에 대한 데이터로 변수 채우기를 입력합니다.
또는 그대로 두십시오.
새 틱(OnTick()에서)에서 한 번 업데이트하고 계산을 수행하고 계산에서 Bid() 및 Ask()를 10번 호출할 수 있습니다. 데이터가 구조에 복사될 때마다 변경 가능성은 최소화되지만 속도에 긍정적인 영향을 미치지는 않습니다. 그래도 데이터를 업데이트할 가치는 없지만 사용 직전에 해야 합니다.
새 틱(OnTick()에서)에서 한 번 업데이트하고 계산을 수행하고 계산에서 Bid() 및 Ask()를 10번 호출할 수 있습니다. 데이터가 구조에 복사될 때마다 변경 가능성은 최소화되지만 속도에 긍정적인 영향을 미치지는 않습니다. 그래도 데이터를 업데이트할 가치는 없지만 사용 직전에 해야 합니다.
5에는 이미 그러한 뉘앙스가있을 수 있습니다. 나는 4k와 달리 브레이크를 본다.
그리고 프로그래머(개발자)가 트레이더에게 필요한 것이 무엇인지 안다고 결정한 이유는 무엇입니까?
왜 Renat와 Rashid는 거래자가 필요로 하는 것을 "결정"하고 작성한 다음 모든 사람이 이를 전환 하도록 할 수 있다고 결정했습니다.
그들의 운명은 터미널을 쓰기 위해 타이핑하는 것뿐입니다. 우리는 하나의 터미널을 작성했고 두 번째는 더 좋아하는 거래자가 사용하게 될 것입니다.
시장의 프로그래머와 마찬가지로 그들은 다른 제품을 작성합니다. 거래자가 더 좋아하는 것 - 그들은 그것을 사용합니다.
나는 돌로 된 4산으로서 나의 날카로운 의견을 말할 것이다.
그리고 프로그래머(개발자)가 트레이더에게 필요한 것이 무엇인지 안다고 결정한 이유는 무엇입니까?
왜 Renat와 Rashid는 거래자가 필요로 하는 것을 "결정"하고 작성한 다음 모든 사람이 이를 전환 하도록 할 수 있다고 결정했습니다.
그들의 운명은 터미널을 쓰기 위해 타이핑하는 것뿐입니다. 우리는 하나의 터미널을 작성했고 두 번째는 더 좋아하는 거래자가 사용하게 될 것입니다.
시장의 프로그래머와 마찬가지로 그들은 다른 제품을 작성합니다. 거래자가 가장 좋아하는 것 - 그들은 그것을 사용합니다.
이 의견에 전적으로 동의합니다. 프로그래머가 상인이 사용해야 하는 것을 결정해야 하는 이유는 무엇입니까? 그러나 실패하지 않고 속도가 느려지고 파일을 읽는 터미널에 대한 그러한 "수요"가 있습니다. mql4로 작성... MT5가 할 수 있다면 "신세대"의 "범용" 터미널을 사용하지 않겠습니까? 그리고 그렇지 않은 경우 오래된 입증 된 Mt4가 있습니다 ... "최상급"에 대한 3 페이지 설명에 따르면 그것이 무엇이든간에 선택은 확실히 "최신 것"에 찬성하지 않습니다. 다시 말하지만, 프로그래머(개발자)의 순전히 개인적인 의견에 따르면. 클라이언트의 요청과 필요가 있으며 이를 고려해야 합니다. MT5로 예외 없이 모든 트레이더를 옮기고 싶다면 남들보다 똑똑하다고 판단한 한두 사람이 아니라 대중의 니즈를 충족하도록 하라.
이 의견에 전적으로 동의합니다. 프로그래머가 상인이 사용해야 하는 것을 결정해야 하는 이유는 무엇입니까? 그러나 실패하지 않고 속도가 느려지고 파일을 읽는 터미널에 대한 그러한 "수요"가 있습니다. mql4로 작성... MT5가 할 수 있다면 "신세대"의 "범용" 터미널을 사용하지 않겠습니까? 그리고 그렇지 않은 경우 오래된 입증 된 Mt4가 있습니다 ... "최상급"에 대한 3 페이지 설명에 따르면 그것이 무엇이든간에 선택은 확실히 "최신 것"에 찬성하지 않습니다. 다시 말하지만, 프로그래머(개발자)의 순전히 개인적인 의견에 따르면. 클라이언트의 요청과 필요가 있으며 이를 고려해야 합니다. MT5로 예외 없이 모든 트레이더를 옮기고 싶다면 남들보다 똑똑하다고 판단한 한두 사람이 아니라 대중의 니즈를 충족하도록 하라.
글쎄요, 그것도 맞습니다.
재미있는 스레드.
포럼에 며칠 동안 수십, 수백 줄의 글을 쓴다면 이것은 정상입니다. 그리고 코드에 두 줄을 추가로 한 번 작성하면 이것은 재앙입니다. ))
모든 holivars를 금지하고 그게 다야.
재미있는 스레드.
포럼에 며칠 동안 수십, 수백 줄의 글을 쓴다면 이것은 정상입니다. 그리고 코드에 두 줄을 추가로 한 번 작성하면 이것은 재앙입니다. ))
모든 holivars를 금지하고 그게 다야.
당신은 그들이 왜 그리고 누구의 비용으로 그러한 주제를 홍보하는지에 대해 생각하십시오.
여기에 무관심한 플레이어는 없지만 제품이 없고 관련 MT4 서비스 및 회사에서 지속적으로 작업하는 "독립적인" 개발자의 무리가 있습니다. 예, 그들은 여기에서 잘하고 있습니다. 모두를 그냥 버릴 수는 없으니 우리 모두는 당분간 참아요.
그런 비합리적이고 완고한 말들이 어디서 나온다고 생각하세요? 모든 것은 mql5.com이 수년 동안 목록에 있었던 마케팅 회사에서 구입합니다. 그들은 심지어 "외환 서비스에서 플랫폼을 홍보합니다: xxx, mql5.com, xxx).
헤이터들에게 특별한 감사를 전합니다. 우리는 당신을 기억하고 사랑합니다!당신은 그들이 왜 그리고 누구의 비용으로 그러한 주제를 홍보하는지에 대해 생각하십시오.
여기에 무관심한 플레이어는 없지만 제품이 없고 관련 MT4 서비스 및 회사에서 지속적으로 작업하는 "독립적인" 개발자의 무리가 있습니다. 예, 그들은 여기에서 잘하고 있습니다. 모두를 그냥 버릴 수는 없으니 우리 모두는 당분간 참아요.
그런 비합리적이고 완고한 말들이 어디서 나온다고 생각하세요? 모든 것은 mql5.com이 수년 동안 목록에 있었던 마케팅 회사에서 구입합니다. 그들은 심지어 "외환 서비스에서 플랫폼을 홍보합니다: xxx, mql5.com, xxx).
헤이터들에게 특별한 감사를 전합니다. 우리는 당신을 기억하고 사랑합니다!Renat는 당신의 꿀 통에 연고에 파리를 추가하려는 완고한 욕망에 놀랐습니다 ...
결국 우수한 다기능 5 플랫폼이 만들어졌지만 필요한 오래된 것을 거부하면 모든 것이 지워집니다 ...
당신은 그들이 왜 그리고 누구의 비용으로 그러한 주제를 홍보하는지에 대해 생각하십시오.
여기에 무관심한 플레이어는 없지만 제품이 없고 관련 MT4 서비스 및 회사에서 지속적으로 작업하는 "독립적인" 개발자의 무리가 있습니다. 예, 그들은 여기에서 잘하고 있습니다. 모두를 그냥 버릴 수는 없으니 우리 모두는 당분간 참아요.
그런 비합리적이고 완고한 말들이 어디서 나온다고 생각하세요? 모든 것은 mql5.com이 수년 동안 목록에 있었던 마케팅 회사에서 구입합니다. 그들은 심지어 "외환 서비스에서 플랫폼을 홍보합니다: xxx, mql5.com, xxx).
헤이터들에게 특별한 감사를 전합니다. 우리는 당신을 기억하고 사랑합니다!아니, 친애하는 관리자. 흥미로운 주제를 보고 구독을 취소하기로 결정했습니다. 일반 유저의 대답을 하자면 "왜 벌써 N년이 지났고, 새로운 MT5가 창구에 남아 청구되지 않았는지...". 사실, 꽤 건설적인 비판에 대한 응답으로 내 주소에 일반적인 답변이 쏟아지고 있다는 것을 이해합니다. "이것은 MT5가 나쁘지는 않지만 단순히 우리는 완고합니다." *** "전체 트릭을 이해하고 싶지 않습니다 ..."
그런 말은 없다고 믿고 싶습니다. 플랫폼 개발자가 클라이언트에 대한 공식적인 입장입니다.