1. 첫 번째 질문에 대한 대답에 화가 난다. 그리고 그들은 그것에 대해 생각하기로 약속했습니다(그리고 당신이 그것을 하고 있다는 인상이 있었습니다). 다중 통화 체제에 Kirdyk!
사실, 매개변수 OnTick의 질문은 항상 아니오로 대답되었습니다. 이것은 근본적인 질문입니다.
2. 명확한 답변을 받고 싶습니다. 해당 포지션은 TAKEPROFIT 또는 STOPLOSS에 의해 마감되었습니다. 어렵지 않다면 KETTLE의 코드를 알려주세요. 내가 뭔가를 보지 못하는 건 아닐까?
우리는 모든 트랜잭션과 중간 상태에 대한 완전한 제어 권한을 훨씬 더 많이 부여했습니다.
void OnTradeTransaction(
MqlTradeTransaction& trans, // структура торговой транзакцииMqlTradeRequest & request, // структура запросаMqlTradeResult & result // структура ответа
);
mql5에서 그러한 라이브러리를 작성하는 것은 비효율적입니다. 브레이크는 절망적일 것입니다.
Stringo에 대한 최소한의 지원이 필요합니다.
예를 들어: 내장 C ++ 어셈블러에서 정수 나눗셈의 결과와 같은 나눗셈의 나머지 부분을 한 번의 연산으로 얻을 수 있습니다. 베어 mql5(ex5)에서는 두 가지 작업으로 계산해야 합니다(같은 피연산자를 레지스터에 다시 로드 포함).
크롤링해야 하는 사포 롤의 한 조각일 뿐입니다.
그런 의미에서 네이티브 지원이 바람직합니다. 또는 최소한 DivMod(long Op1, long Op2, long &Mod)와 같은 "비표준 기능": long; , 두 결과를 한 번에 반환합니다. 또한 이러한 기능은 브로드캐스트 중에 인라인되는 것이 보장됩니다.
P & 3% 순 - 가방을 굴리지 마십시오.
먼저 라이브러리를 MQL5로 이식해야 합니다. 예를 들어, 페르마 수의 인수분해와 같은 일종의 쓰레기를 작성하십시오. 프로파일러를 사용하여 약점을 계산한 다음 이러한 매우 약점을 기본적으로 구현하기 위해 개발자에게 문의할 수 있습니다.
실제 수준에서 이러한 작업은 정면으로 해결되지 않습니다. 저것들. 두 개의 큰 수를 곱하는 속도에 관계없이 항상 알고리즘적으로 가속할 수 있습니다. 중간 길이의 숫자의 경우 Karatsuba 방법이 가장 최적이고 초대형 숫자의 경우 FFT를 통한 곱셈이 필요합니다. 그리고 우리가 구름의 존재를 고려한다면 화재 속도는 수십 배 증가할 것입니다. 저것들. MQL의 응용 프로그램이 C++보다 느리더라도 분산 컴퓨팅 이 있는 경우 이러한 작업에 방해가 되지 않습니다.
2. 오랫동안 작동해왔으니 문서를 확인하세요.
1. 첫 번째 질문에 대한 대답에 화가 난다. 그리고 그들은 그것에 대해 생각하기로 약속했습니다(그리고 당신이 그것을 하고 있다는 인상이 있었습니다). 다중 통화 체제에 Kirdyk!
다중 통화 체제는 이것으로 고통받을 수 없습니다.
2. 명확한 답변을 받고 싶습니다. 해당 포지션은 TAKEPROFIT 또는 STOPLOSS에 의해 마감되었습니다. 어렵지 않다면 KETTLE의 코드를 알려주세요. 내가 뭔가를 보지 못하는 건 아닐까?
2. 명확한 답변을 받고 싶습니다. 해당 포지션은 TAKEPROFIT 또는 STOPLOSS에 의해 마감되었습니다. 어렵지 않다면 KETTLE의 코드를 알려주세요. 내가 뭔가를 보지 못하는 건 아닐까?
1. 첫 번째 질문에 대한 대답에 화가 난다. 그리고 그들은 그것에 대해 생각하기로 약속했습니다(그리고 당신이 그것을 하고 있다는 인상이 있었습니다). 다중 통화 체제에 Kirdyk!
2. 명확한 답변을 받고 싶습니다. 해당 포지션은 TAKEPROFIT 또는 STOPLOSS에 의해 마감되었습니다. 어렵지 않다면 KETTLE의 코드를 알려주세요. 내가 뭔가를 보지 못하는 건 아닐까?
우리는 모든 트랜잭션과 중간 상태에 대한 완전한 제어 권한을 훨씬 더 많이 부여했습니다.
손절매와 이익실현은 종가를 지정된 수준과 비교하면 쉽게 알 수 있습니다.
거기에 몇 가지 비교가 있습니다. 누가 이것에 정말로 관심이 있는지, 그가 알아내는 것은 어렵지 않을 것입니다.
롱 더블 타입을 소개할 때가 된 것은 아닐까? 이것이 없으면 대용량 컴퓨팅 리소스의 보편성, 경쟁력 및 편의성에 대해 의문의 여지가 없습니다.
도움이 될 것 같지 않습니다. 예를 들어, Diophantine 분석에는 매우 큰 숫자와 모듈로 일부 큰 숫자에 대한 모든 종류의 연산을 계산하기 위한 라이브러리가 필요합니다.
예를 들어, 클라우드를 통해 다음 메르센 소수를 계산합니다. 계산 기술은 알려져 있으며 심지어 돈을 지불합니다. 그러나 많은 수를 처리하기 위한 MQL5 라이브러리는 없습니다.
또한 프로그래머는 프리미엄의 일부를 해제합니다. 따라서 누군가 MQL5용 라이브러리를 이식하려고 하면 이 라이브러리 자체를 사용하여 소수를 찾으면 일정 금액을 청구할 수 있습니다.
http://primes.utm.edu/mersenne/ 참조
그건 그렇고, 동일한 라이브러리를 기반으로 MQL5에서 공개 키 암호화를 위한 알고리즘을 만드는 것이 가능합니다. 결국, 많은 사람들은 이러한 종류의 무언가를 엿보는 것에서 닫거나 열린 데이터 전송 채널을 통해 정보를 안전하게 교환해야 합니다.
디오판틴 분석 문제는 종종 컴퓨팅 성능을 광고하는 데 사용됩니다. 예를 들어, 많은 컴퓨터 제조업체는 페르마 수의 소수 제수 검색을 후원합니다. 주제 자체는 거의 쓸모가 없지만 분산 컴퓨팅 없이는 대처하기 어렵습니다.
도움이 될 것 같지 않습니다. 예를 들어, Diophantine 분석에는 매우 큰 숫자와 모듈로 일부 큰 숫자에 대한 모든 종류의 연산을 계산하기 위한 라이브러리가 필요합니다.
예를 들어, 클라우드를 통해 다음 메르센 소수를 계산합니다. 계산 기술은 알려져 있으며 심지어 돈을 지불합니다. 그러나 많은 수를 처리하기 위한 MQL5 라이브러리는 없습니다.
또한 프로그래머는 프리미엄의 일부를 해제합니다. 따라서 누군가 MQL5용 라이브러리를 이식하려고 하면 이 라이브러리 자체를 사용하여 소수를 찾으면 일정 금액을 청구할 수 있습니다.
http://primes.utm.edu/mersenne/ 참조
그건 그렇고, 동일한 라이브러리를 기반으로 MQL5에서 공개 키 암호화를 위한 알고리즘을 만드는 것이 가능합니다. 결국 많은 사람들이 엿보는 눈에서 그런 것을 닫거나 열린 데이터 전송 채널을 통해 정보를 안전하게 교환해야 합니다.
디오판틴 분석 문제는 종종 컴퓨팅 성능을 광고하는 데 사용됩니다. 예를 들어, 많은 컴퓨터 제조업체는 페르마 수의 소수 제수 검색을 후원합니다. 주제 자체는 거의 쓸모가 없지만 분산 컴퓨팅 없이는 대처하기 어렵습니다.
mql5에서 그러한 라이브러리를 작성하는 것은 비효율적입니다. 브레이크는 절망적일 것입니다.
Stringo에 대한 최소한의 지원이 필요합니다.
예를 들어: 내장 C ++ 어셈블러에서 정수 나눗셈의 결과와 같은 나눗셈의 나머지 부분을 한 번의 연산으로 얻을 수 있습니다. 베어 mql5(ex5)에서는 두 가지 작업으로 계산해야 합니다(같은 피연산자를 레지스터에 다시 로드 포함).
크롤링해야 하는 사포 롤의 한 조각일 뿐입니다.
그런 의미에서 네이티브 지원이 바람직합니다. 또는 최소한 DivMod(long Op1, long Op2, long &Mod)와 같은 "비표준 기능": long; , 두 결과를 한 번에 반환합니다. 또한 이러한 기능은 브로드캐스트 중에 인라인되는 것이 보장됩니다.
mql5에서 그러한 라이브러리를 작성하는 것은 비효율적입니다. 브레이크는 절망적일 것입니다.
Stringo에 대한 최소한의 지원이 필요합니다.
예를 들어: 내장 C ++ 어셈블러에서 정수 나눗셈의 결과와 같은 나눗셈의 나머지 부분을 한 번의 연산으로 얻을 수 있습니다. 베어 mql5(ex5)에서는 두 가지 작업으로 계산해야 합니다(같은 피연산자를 레지스터에 다시 로드 포함).
크롤링해야 하는 사포 롤의 한 조각일 뿐입니다.
그런 의미에서 네이티브 지원이 바람직합니다. 또는 최소한 DivMod(long Op1, long Op2, long &Mod)와 같은 "비표준 기능": long; , 두 결과를 한 번에 반환합니다. 또한 이러한 기능은 브로드캐스트 중에 인라인되는 것이 보장됩니다.
P & 3% 순 - 가방을 굴리지 마십시오.
먼저 라이브러리를 MQL5로 이식해야 합니다. 예를 들어, 페르마 수의 인수분해와 같은 일종의 쓰레기를 작성하십시오. 프로파일러를 사용하여 약점을 계산한 다음 이러한 매우 약점을 기본적으로 구현하기 위해 개발자에게 문의할 수 있습니다.
실제 수준에서 이러한 작업은 정면으로 해결되지 않습니다. 저것들. 두 개의 큰 수를 곱하는 속도에 관계없이 항상 알고리즘적으로 가속할 수 있습니다. 중간 길이의 숫자의 경우 Karatsuba 방법이 가장 최적이고 초대형 숫자의 경우 FFT를 통한 곱셈이 필요합니다. 그리고 우리가 구름의 존재를 고려한다면 화재 속도는 수십 배 증가할 것입니다. 저것들. MQL의 응용 프로그램이 C++보다 느리더라도 분산 컴퓨팅 이 있는 경우 이러한 작업에 방해가 되지 않습니다.
나는 모든 것을 계산할 수 있고 특히 손실을 막고 이익을 얻을 수 있다는 데 동의합니다. 당신은 그것을 할 당신 자신의 함수를 작성하기만 하면 됩니다. 그리고 나는 이러한 기능을 가지고 있습니다.
실제로 필요하지 않기 때문에 그러한 기능이 없습니다. 필요로 하는 사람은 오랫동안 몇 줄로 모든 것을 구현했습니다.
그렇지 않으면 그들은 그러한 질문을 하지 않을 것이며 OnTradeTransaction에 대해 모른다는 것이 밝혀지지 않을 것입니다.
질문은 다릅니다. TRADING 플랫폼이 중간 상태 없이 TRADING OPERATION의 단순하고 명확한 결과를 반환할 수 없는 이유는 무엇입니까?
대답은 매우 간단합니다. 실제 작업 대신 볼톨로지를 하고 있습니다.
글쎄, 당신은 손절매 상태가 없다는 것을 이해하지 못하지만 거래의 종가 가 있습니다. 이것은 스탑 수준에서 원하는 가격과 매우 다를 수 있습니다.
새로운 것은 없다. 모든 것이 평소와 같습니다. 내 게시물의 내용을 이해하지 못했지만 레이블을 붙였습니다. 좋아, 거기서 멈추자.
사실 제 직업은 생각하는 것이고, 남들보다 훨씬 더 멀리 있는 것입니다.
내 대답을 보았을 때 "왜 그럴까? 이유가있을 것입니다. 나는 단지 그것을 즉시 이해하지 못했습니다."라고 생각하십시오.