실제로는 99%의 경우 자체 캐시를 사용하여 하루에 한 번 / 세션 / 지우고 완전히 업데이트하고 새 캐시를 추가하는 것이 좋습니다. 이것은 작업이 트랜잭션 기록의 무겁고 지속적인 재계산을 기반으로 하는 경우입니다.
그냥 그것에 대해 얘기! MT5에서 캐싱 없이 기록으로 작업하는 것이 MT4에서 기록으로 작업하는 것만큼 빠를 수 있습니까? 실제로 MT4에서는 각 틱마다 HistorySelect가 내부적으로 수행됩니까, 아니면 다른 아키텍처 솔루션이 있습니까?
나는 기꺼이 그것을 캐싱하고 싶지만 당신은 99 %의 보증 부족에 대해 이야기하고 있습니다. 브로커 관리자가 변경할 수 있다면 과거에 한 줄을 추가할 수 있습니까? 저것들. 스파이크로 인해 트랜잭션 결과를 변경할 수 있으며 이는 기록 테이블의 행 수를 변경하지 않는다는 것이 분명합니다(동일한 Pos에 대한 SelectByPos는 항상 기록에서 동일한 행을 반환합니다). 그러나 관리자가 과거 기록에 한 줄을 추가 할 수 있습니까(SelectByPos가 이동할 것입니다)?
테스터의 경우 항상 히스토리 캐싱을 수행해야 합니다. 보장이 있습니다. 실제로는 작동하지 않는 것 같습니다.
그리고 또 다른 합리화 제안. 테스터 창의 진행률 표시줄과 "시작" 버튼을 탭이 있는 위치로 조금 더 낮추면 어떨까요? 장소는 원칙적으로 허용합니다. 이렇게 하면 사용 가능한 화면 공간이 절약됩니다. 또한 편리함: "설정"뿐만 아니라 모든 탭에서 진행 상태를 모니터링할 수 있습니다. 뿐만 아니라 테스트 시작/중지 .
함수 는 관성에 의해 4배로 존재합니다. IntegerToStr()이 없기 때문에 단조로움이 깨졌습니다... 😶.
상수 디지털 -> _디지털 및 기타...
"교정" 명령으로 "서비스" 메뉴를 보완하는 것을 제안하는 것이 적절한지 모르겠습니다.
쓸모없는 디자인을 이념적으로 올바른 디자인으로 자동 교체하는 것과 같습니다.
내 생각에 자동 코드 수정의 구현은 애플리케이션 개발자가 자신의 솔루션이나 차용한 솔루션을 변경할 때 비용을 단순화하고 절감할 수 있게 하며 언어 자체를 "결합"하여 새로운 구성의 구현을 단순화할 수 있게 합니다. .
예를 들어 DoubleToStr , TimeToStr, StrToDouble, StrToInteger, StrToTime 함수 는 관성에 의해 4배로 존재합니다. IntegerToStr()이 없기 때문에 단조로움이 깨졌습니다... 😶.
상수 디지털 -> _디지털 및 기타...
함수 는 관성에 의해 4배로 존재합니다. IntegerToStr()이 없기 때문에 단조로움이 깨졌습니다... 😶.
상수 디지털 -> _디지털 및 기타...
내가 HistorySelect를 최대한 호출 할 때마다. 이머징 히스토리는 호출 후에만 확장됩니까, 아니면 HistorySelect에 대한 일부 호출 후에 히스토리 테이블의 데이터가 보완될 뿐만 아니라 장소에서 변경되는 상황이 있습니까?
테스터에서는 분명히 이전에받은 데이터를 변경하지 않고 확장 만합니다. 그리고 실생활에서?
거래 내역은 관리자의 수정으로 인해 변경될 수 있습니다. 예를 들어, 급증 수정, 잘못된 거래 또는 금융 거래 취소.
실제로는 99%의 경우 자체 캐시를 사용하여 하루에 한 번 / 세션 / 지우고 완전히 업데이트하고 새 캐시를 추가하는 것이 좋습니다. 이것은 작업이 트랜잭션 기록의 무겁고 지속적인 재계산을 기반으로 하는 경우입니다.
실제로는 99%의 경우 자체 캐시를 사용하여 하루에 한 번 / 세션 / 지우고 완전히 업데이트하고 새 캐시를 추가하는 것이 좋습니다. 이것은 작업이 트랜잭션 기록의 무겁고 지속적인 재계산을 기반으로 하는 경우입니다.
그냥 그것에 대해 얘기! MT5에서 캐싱 없이 기록으로 작업하는 것이 MT4에서 기록으로 작업하는 것만큼 빠를 수 있습니까? 실제로 MT4에서는 각 틱마다 HistorySelect가 내부적으로 수행됩니까, 아니면 다른 아키텍처 솔루션이 있습니까?
나는 기꺼이 그것을 캐싱하고 싶지만 당신은 99 %의 보증 부족에 대해 이야기하고 있습니다. 브로커 관리자가 변경할 수 있다면 과거에 한 줄을 추가할 수 있습니까? 저것들. 스파이크로 인해 트랜잭션 결과를 변경할 수 있으며 이는 기록 테이블의 행 수를 변경하지 않는다는 것이 분명합니다(동일한 Pos에 대한 SelectByPos는 항상 기록에서 동일한 행을 반환합니다). 그러나 관리자가 과거 기록에 한 줄을 추가 할 수 있습니까(SelectByPos가 이동할 것입니다)?
테스터의 경우 항상 히스토리 캐싱을 수행해야 합니다. 보장이 있습니다. 실제로는 작동하지 않는 것 같습니다.
이제 열린 탭에서 MetaEditor에서 저장소와 비교하여 파일 변경 사항의 존재를 볼 수 있습니다. 저장소 작업을 위한 올바른 메뉴를 파일 탭을 마우스 오른쪽 버튼으로 클릭하여 "고정"할 수 있습니까? 그런 것:
그리고 또 다른 합리화 제안. 테스터 창의 진행률 표시줄과 "시작" 버튼을 탭이 있는 위치로 조금 더 낮추면 어떨까요? 장소는 원칙적으로 허용합니다. 이렇게 하면 사용 가능한 화면 공간이 절약됩니다. 또한 편리함: "설정"뿐만 아니라 모든 탭에서 진행 상태를 모니터링할 수 있습니다. 뿐만 아니라 테스트 시작/중지 .
예, 흥미로운 솔루션입니다. 구현에 대해 생각해보자
문제에 대한 설명
전략 테스터의 인터페이스는 매우 불편합니다. 탭 사이를 끊임없이 이동해야 합니다.
테스터 작업의 편의성을 높이기 위해 이미 언급했듯이 "시작/취소" 컨트롤 버튼을 현재 활성화된 탭에 관계없이 볼 수 있는 창 영역으로 이동하는 것이 좋습니다. 따라서 탭을 거치지 않고도 언제든지 테스트를 시작/중지할 수 있습니다.
또한 테스터의 탭을 건너 뛰지 않고 계속 모니터링 할 수 있도록 항상 로그가있는 창을 별도로 표시하는 것도 의미가 있습니다.
상태: 열려 있는 → 닫은
...
상태: 열려 있는 → 닫은
예...)) 이제 모든 동일한 일이 진행되기를 바랍니다.
그건 그렇고, 옛날에 나는 내 손으로 4 명에 대해 비슷한 일을했습니다.
보시다시피 시작 / 일시 중지 및 중지라는 두 개의 별도 버튼이 있습니다. 이것은 일반 시작/중지 버튼(실수로 연속 2번 누를 수 있음)과 완전히 다른 위치에 있는 일시 중지보다 편리합니다.
개발자들이 이 아이디어를 서비스에 적용한다면 좋을 것입니다.
거래, 자동 거래 시스템 및 거래 전략 테스트에 관한 포럼
거래/주문 내역에서 포지션에 대해 획득한 포인트 수를 찾는 방법
fxsaber , 2016.11.01 17:11
일부 플랫폼의 이력은 MT5보다 더 가치가 있습니다. 거래 속성 중 요청된 가격이 있습니다.기억을 새로고침하세요, Stop Loss 기록
테스터의 "일지"에 있었습니까?