개발자에 대한 그러한 비슷한 태도로 인해 개발자가 문제를 해결하기를 기대한다는 소식을 듣는 것이 이상합니다.
나는 플랫폼 개발자에 대한 정상적인 태도를 가지고 있습니다)) 인간의 약점은 개별 대표자의 문제가 아니라 우리의 공통된 문제입니다.
우리는 프로그램 유형에 대한 주제에서 실제로 벗어 났지만. 이렇게 하려면 별도의 분기를 시작해야 합니다. 그러나 실용적인 구현에 대한 힌트조차 없이 순수하게 학문적인 것으로 나올 것이기 때문에 많은 요점이 보이지 않습니다.
내가 말하는 요점은 정상적인 프로그램 실행 논리입니다. 이 논리는 MT4에 있었고 좋은 방법으로 MT5로 전송해야 합니다. 결국 이것은 MT4의 단점이 아닙니다. 이 경우 이것은 MT5에 비해 장점일 뿐입니다. 그렇다면 정말로 MT5를 개발하고 가능한 한 빨리 MT4를 잊고 싶다면 MT4에서 최선을 다하지 않는 이유는 무엇입니까? 극단적인 경우 단점을 보완하여 장점을 개선하는 것이 필요합니다. 그러나 새로운 결함을 도입하려면 ...
Nikolai Semko : 그리고 모든 것이 무엇입니까!? 이 이유 코드(REASON_CHARTCHANGE)를 최대한 실험하고 사용했습니다. 그리고 모든 변수가 다시 원래 상태로 재설정되고 새 TF의 OnInit 후에 OnDeinit를 실행할 수 있다면 요점은 무엇입니까?
나는 플랫폼 개발자에 대한 정상적인 태도를 가지고 있습니다)) 인간의 약점은 개별 대표자의 문제가 아니라 우리의 공통된 문제입니다.
우리는 프로그램 유형에 대한 주제에서 실제로 벗어 났지만. 이렇게 하려면 별도의 분기를 시작해야 합니다. 그러나 실용적인 구현에 대한 힌트조차 없이 순수하게 학문적인 것으로 나올 것이기 때문에 많은 요점이 보이지 않습니다.
내가 말하는 요점은 정상적인 프로그램 실행 논리 입니다. 이 논리는 MT4에 있었고 좋은 방법으로 MT5로 전송해야 합니다. 결국 이것은 MT4의 단점이 아닙니다. 이 경우 이것은 MT5에 비해 장점일 뿐입니다. 그렇다면 정말로 MT5를 개발하고 가능한 한 빨리 MT4를 잊고 싶다면 MT4에서 최선을 다하지 않는 이유는 무엇입니까? 극단적인 경우 단점을 보완하여 장점을 개선하는 것이 필요합니다. 그러나 새로운 결함을 도입하려면 ...
글쎄, 애도 가자 ...
당신은 일반 데스크탑 애플리케이션에서 찾을 수 없는 것을 정확히 요구하고 있습니다. 개발자가 이미 사용 가능한 이러한 모든 트릭을 만들지 않았다면 MQL 프로그램 작성자는 보안 및 실행 속도 문제를 포함하여 데스크탑 개발의 모든 매력에 끊임없이 직면하게 될 것입니다.
복잡하지 않은 것에 대한 매우 논쟁의 여지가 있는 질문입니다. 이 제품에서 구현한 간단한 마우스의 예를 실제로 반복해 보십시오. 마우스에서는 마우스로 기간을 변경한 다음 시간대를 변경할 때 변경 사항을 저장해야 하며 창에서 이러한 여러 표시기를 사용할 수 있습니다. 그리고 당신은 복잡한 것에 대해 이해할 것입니다. 그리고 배열을 전달해야 하는 경우. 그리고 그것이 얼마나 "단순한지" 이해하게 될 것입니다. 아마도 이미 구현하지 않았더라면 나 자신도 그렇게 생각했을 것입니다.
ch에 마침표를 저장하는 문제는 무엇입니까? 변하기 쉬운?
서로 다른 시간대에 표시기가 연속적으로 실행되는 사이에 데이터 배열을 전송해야 하는 이유는 무엇입니까?
그런 하찮은 일로 쓸데없는 싸움에 시간을 낭비하는 것이 유감스럽지 않습니까???
사실, 여기에서 그러한 기능에 대해 아는 것이 훨씬 더 중요합니다.
나는 분명히 썼습니다. 사본으로 전송하는 데 필요한 데이터를 항상 최신 상태로 유지하십시오. 초기화를 통해서만 이 작업을 수행할 필요는 없으며 항상 최신 상태로 유지하십시오.
이 데이터를 어디에서 최신 상태로 유지해야 합니까? 예를 들어주세요. 나는 당신이 파일보다 더 좋은 것을 가져 오지 않을 것이라고 생각합니다. 따라서 파일로 작업할 때만 해도 큰 문제가 발생합니다. 아니면 1초마다 파일을 업데이트하는 것이 좋은 방법이라고 생각하십니까?
다른 모든 경우는 곡률로 인해 고안되었습니다.
즉, "블루 스크린에 일시적인 노이즈"는 지표를 작성하는 사람의 곡률도입니까? 이것은 아무도 주위를 둘러보는 방법을 아직 말하지 않은 바로 그 예입니다. 그리고 그것을 우회하는 것은 불가능합니다.
동일한 표시기의 동시 실행에 문제가 있는 경우 TF를 참조하여 매번 고유한 개체를 생성하고 이미 개체가 있는 경우 이름에 1을 추가합니다.
표시기가 있는 단말기의 현재 작동으로 인해 문제를 극복할 수 없는 단일 특정 사례를 언급한 사람은 아무도 없습니다. 그리고 이러한 문제는 지표에 대한 잘못된 작업으로 인한 것입니다.
몇 가지 예가 이미 주어졌습니다. 그러나 당신은 단순히 그것들을 버립니다. 즉, 문제에 대해 눈을 감습니다.
일반적으로 많은 사람들이 내가 보기에 3가지 유형의 프로그램이 있다는 것을 이해하지 못하는 이유가 있습니다(곧 4가 있을 예정입니다).
네, 그럴만한 이유가 있습니다. 초등 인간의 약점 때문에 - 중간에 중지 합니다. 결국 플랫폼의 프로그램 유형은 1이어야 합니다. 그 이상도 그 이하도 아닙니다. 4번 유형의 등장은 자폐증으로 깊어지고 있다.개발자에 대한 그러한 비슷한 태도로 인해 개발자가 문제를 해결하기를 기대한다는 소식을 듣는 것이 이상합니다.
그리고 플랫폼에 대한 모든 종류의 개선과 단순화를 위한 열렬한 투사인 내가 문제를 보지 못한다고 해도 중간에 멈추기를 좋아하는 사람들은 문제를 보지 않을 것입니다.
그런 하찮은 일로 쓸데없는 싸움에 시간을 낭비하는 것이 유감스럽지 않습니까???
개발자에 대한 그러한 비슷한 태도로 인해 개발자가 문제를 해결하기를 기대한다는 소식을 듣는 것이 이상합니다.
나는 플랫폼 개발자에 대한 정상적인 태도를 가지고 있습니다)) 인간의 약점은 개별 대표자의 문제가 아니라 우리의 공통된 문제입니다.
우리는 프로그램 유형에 대한 주제에서 실제로 벗어 났지만. 이렇게 하려면 별도의 분기를 시작해야 합니다. 그러나 실용적인 구현에 대한 힌트조차 없이 순수하게 학문적인 것으로 나올 것이기 때문에 많은 요점이 보이지 않습니다.
내가 말하는 요점은 정상적인 프로그램 실행 논리입니다. 이 논리는 MT4에 있었고 좋은 방법으로 MT5로 전송해야 합니다. 결국 이것은 MT4의 단점이 아닙니다. 이 경우 이것은 MT5에 비해 장점일 뿐입니다. 그렇다면 정말로 MT5를 개발하고 가능한 한 빨리 MT4를 잊고 싶다면 MT4에서 최선을 다하지 않는 이유는 무엇입니까? 극단적인 경우 단점을 보완하여 장점을 개선하는 것이 필요합니다. 그러나 새로운 결함을 도입하려면 ...
그리고 모든 것이 무엇입니까!?
이 이유 코드(REASON_CHARTCHANGE)를 최대한 실험하고 사용했습니다. 그리고 모든 변수가 다시 원래 상태로 재설정되고 새 TF의 OnInit 후에 OnDeinit를 실행할 수 있다면 요점은 무엇입니까?
초기화 해제 이유
UninitializeReason() 함수에서 반환된 Expert Advisor의 초기화 해제에 대한 이유 코드입니다. 다음 값 중 하나를 가질 수 있습니다.
.......
표시기 는 지금까지 코드 1(REASON_REMOVE) 및 코드 2(REASON_RECOMPILE)만 허용합니다.
초기화 해제 이유
UninitializeReason() 함수에서 반환된 Expert Advisor의 초기화 해제에 대한 이유 코드입니다. 다음 값 중 하나를 가질 수 있습니다.
.......
표시기 는 지금까지 코드 1(REASON_REMOVE) 및 코드 2(REASON_RECOMPILE)만 허용합니다.
초기화 해제 이유
UninitializeReason() 함수에서 반환된 Expert Advisor의 초기화 해제에 대한 이유 코드입니다. 다음 값 중 하나를 가질 수 있습니다.
.......
표시기 는 지금까지 코드 1(REASON_REMOVE) 및 코드 2(REASON_RECOMPILE)만 허용합니다.
이것은 오래된 정보입니다. 수많은 요청 후에 지표 및 기타 이유를 전달하기 시작했습니다.
토론도 많이 했다. 아무도 지표의 다른 사본에 대해 기억하지 못했다는 것이 이상합니다.
나는 플랫폼 개발자에 대한 정상적인 태도를 가지고 있습니다)) 인간의 약점은 개별 대표자의 문제가 아니라 우리의 공통된 문제입니다.
우리는 프로그램 유형에 대한 주제에서 실제로 벗어 났지만. 이렇게 하려면 별도의 분기를 시작해야 합니다. 그러나 실용적인 구현에 대한 힌트조차 없이 순수하게 학문적인 것으로 나올 것이기 때문에 많은 요점이 보이지 않습니다.
내가 말하는 요점은 정상적인 프로그램 실행 논리 입니다. 이 논리는 MT4에 있었고 좋은 방법으로 MT5로 전송해야 합니다. 결국 이것은 MT4의 단점이 아닙니다. 이 경우 이것은 MT5에 비해 장점일 뿐입니다. 그렇다면 정말로 MT5를 개발하고 가능한 한 빨리 MT4를 잊고 싶다면 MT4에서 최선을 다하지 않는 이유는 무엇입니까? 극단적인 경우 단점을 보완하여 장점을 개선하는 것이 필요합니다. 그러나 새로운 결함을 도입하려면 ...
글쎄, 애도 가자 ...
당신은 일반 데스크탑 애플리케이션에서 찾을 수 없는 것을 정확히 요구하고 있습니다. 개발자가 이미 사용 가능한 이러한 모든 트릭을 만들지 않았다면 MQL 프로그램 작성자는 보안 및 실행 속도 문제를 포함하여 데스크탑 개발의 모든 매력에 끊임없이 직면하게 될 것입니다.복잡하지 않은 것에 대한 매우 논쟁의 여지가 있는 질문입니다. 이 제품에서 구현한 간단한 마우스의 예를 실제로 반복해 보십시오. 마우스에서는 마우스로 기간을 변경한 다음 시간대를 변경할 때 변경 사항을 저장해야 하며 창에서 이러한 여러 표시기를 사용할 수 있습니다. 그리고 당신은 복잡한 것에 대해 이해할 것입니다. 그리고 배열을 전달해야 하는 경우. 그리고 그것이 얼마나 "단순한지" 이해하게 될 것입니다. 아마도 이미 구현하지 않았더라면 나 자신도 그렇게 생각했을 것입니다.
ch에 마침표를 저장하는 문제는 무엇입니까? 변하기 쉬운?
서로 다른 시간대에 표시기가 연속적으로 실행되는 사이에 데이터 배열을 전송해야 하는 이유는 무엇입니까?