맞습니다. 마침내 작업에 대처했습니다. 그렇지 않으면 솔루션을 올바르게 실행할 수 없습니다.
약간의 인내심을 갖고 코드를 이해하십시오. 위에서 모든 것을 자세히 설명했습니다. 오류를 찾습니다. 아직 그녀를 찾을 수 없습니다. 아니면 모든 것을 씹어야 합니다. 여기, - 프로그래머가 아닌가요? 표준을 약간 넘어서 이미 정상에 올랐습니까? 언어가 당신에게 그렇게 중요하다면 당신의 전문성을 의심하게 만듭니다. (존재한다면.)
Реter Konow : Nikolai, 부끄럽게도 디버거를 사용하는 방법을 모릅니다. 사용하지 않았습니다. ((
글쎄요... 당신은 얼마나 멋진 사람이야! 디버거 없이 큰 프로젝트를 작성하십시오! 당신은 확실히 쉬운 방법을 찾고 있지 않습니다. 당신에게 좋은 소식과 나쁜 소식이 있습니다. 좋은 것부터 시작하겠습니다.
작업에서 디버거를 사용하기 시작하면 많은 시간을 절약할 수 있습니다. 그리고 이것은 오류 검색뿐만 아니라 훨씬 더 많습니다.
그리고 이제 나쁜 것: 물론 서비스 데스크에 편지를 써서 다음 버전에서 러시아어로 변수 이해를 구현하도록 요청할 수 있습니다. 하지만 그들은 그렇지 않을 것입니다. 그리고 이것은 변수 이름에 러시아어를 사용하는 것의 장점에 대한 모든 주장이 유일한 단점인 그러한 코드를 디버깅할 수 없다는 점과 비교할 때 중요하지 않다는 것을 의미합니다.
확인했는데 MQL5 MetaEditor에서도 동일합니다. 그리고 계속해서 프로그래밍하고 디버거를 사용하지 않는다면, 그렇게 될 것입니다. 이것은 OOP를 사용 하지 않는 것보다 훨씬 더 비합리적입니다.
이제 코드를 확인할 수 있는 유일한 방법은 모든 변수 이름을 라틴어로 변경하는 것뿐입니다.
글쎄요... 당신은 얼마나 멋진 사람이야! 디버거 없이 큰 프로젝트를 작성하십시오! 당신은 확실히 쉬운 방법을 찾고 있지 않습니다. 당신에게 좋은 소식과 나쁜 소식이 있습니다. 좋은 것부터 시작하겠습니다.
작업에서 디버거를 사용하기 시작하면 많은 시간을 절약할 수 있습니다. 그리고 이것은 오류 검색뿐만 아니라 훨씬 더 많습니다.
그리고 이제 나쁜 것: 물론 서비스 데스크에 편지를 써서 다음 버전에서 러시아어로 변수 이해를 구현하도록 요청할 수 있습니다. 하지만 그들은 그렇지 않을 것입니다. 그리고 이것은 변수 이름에 러시아어를 사용하는 것의 장점에 대한 모든 주장이 유일한 단점인 그러한 코드를 디버깅할 수 없다는 점과 비교할 때 중요하지 않다는 것을 의미합니다.
확인했는데 MQL5 MetaEditor에서도 동일합니다. 그리고 계속해서 프로그래밍하고 디버거를 사용하지 않는다면, 그렇게 될 것입니다. 이것은 OOP를 사용 하지 않는 것보다 훨씬 더 비합리적입니다.
이제 코드를 확인할 수 있는 유일한 방법은 모든 변수 이름을 라틴어로 변경하는 것뿐입니다.
니콜라이, 내가 바꾸기에는 너무 늦었다. 프로젝트가 곧 종료되고 이름을 바꾸는 데 1년이 더 걸립니다.))
어떻게든 버틸 수 있습니다. 왜 그가 필요하고 대처했는지 몰랐는데, 지금은 당신이 나에게 말하지 않는 것이 좋습니다. 내가 낭비한 노력을 후회하지 않기 위해서입니다.))
아무도 나처럼 프로그래밍하고 싶어하지 않는다는 사실은 좋은 일입니다. 나는 상대방도 이해하지 못하는 장점이 있다. 그대로 두십시오.
좋은 소식 감사합니다. 하지만 나쁜 것은 생각하지 않는 것이 좋습니다. 어쩌면 나에게는 그렇게 나쁘지 않을 수도 있습니다.))
니콜라이, 내가 바꾸기에는 너무 늦었다. 프로젝트가 곧 종료되고 이름을 바꾸는 데 1년이 더 걸립니다.))
어떻게든 버틸 수 있습니다. 왜 그가 필요하고 대처했는지 몰랐는데, 지금은 당신이 나에게 말하지 않는 것이 좋습니다. 내가 낭비한 노력을 후회하지 않기 위해서입니다.))
아무도 나처럼 프로그래밍하고 싶어하지 않는다는 사실은 좋은 일입니다. 나는 상대방도 이해하지 못하는 장점이 있다. 그대로 두십시오.
좋은 소식 감사합니다. 하지만 나쁜 것은 생각하지 않는 것이 좋습니다. 어쩌면 나에게는 그렇게 나쁘지 않을 수도 있습니다.))
이름을 변경해 보십시오. 오류를 찾는 데 도움이 된다면 저는 전적으로 찬성합니다.
이해했다. 알고리즘은 근본적으로 잘못되었습니다. 고칠 것도 없습니다. 모든 것을 다시 작성해야 합니다. 죄송합니다. 통과합니다. 특히 이미 내 자신의 버전 을 구현했기 때문에 어지럽히는 것이 게으릅니다. 그리고 그것은 꽤 효과가 있습니다(모두가 침묵한다는 사실로 판단).
나는 최소한 iBars, tk 대신 iTime을 사용하는 것이 더 정확하다고 말할 것입니다. 막대의 수는 기록의 최대 막대 수에 도달했을 때 새 막대가 도착해도 변경되지 않습니다. 각 막대에는 고유한(도구-설정-차트)가 있습니다. 루프가 빠르게 작동한다고 생각했지만 OnTimer에 대한 2400번째 입력마다 작업자만 있습니다. 배열을 채우기 위한 입력은 정확하지 않습니다. 음, 완전히 - 1분에 한 번, 0초부터가 아니라 프로그램이 시작된 막대가 도착한 순간부터, 즉 현재 기호에 대해서도 다른 기호는 말할 것도 없고 처리가 올바르지 않습니다. 그리고 1분을 형성하는 매우 놀라운 방법입니다. 우리는 1분이 지났는지 확인하기 위해 25밀리초마다 2400번을 이동합니다. 게다가 알고리즘은 현재 TF의 새 막대가 도래하면서 작동하기 시작하고 매일 실행하면 작동할 때까지 하루 종일 기다릴 수 있습니다(즉, iTime(NULL,1, 0) 대신 Time[0]). 그리고 왜 프로그램 전체에 코드를 퍼뜨렸습니까(쓰레기). 왜냐하면 작업은 함수를 만들고 프로그램 본문에서만 호출하는 것이기 때문입니다.
다시 말해서 - Dmitry가 당신의 알고리즘이 상당히 빠르다고 말했을 때 내가 틀렸다는 것이 옳았습니다. 물론 빠릅니다. 데이터를 1분에 한 번 업데이트하면 1분에 모든 기호에서 너무 많은 이벤트가 발생하고 모든 것이 지나갈 때입니다.
그러나 당신은 이해할 수 있습니다 - 당신은 막대로 일하지 않습니다. 나는 또한 캔버스로 어지럽히는 것을 더 좋아합니다.
일반적으로 Peter, 나는 다시 한 번 내 소원을 표현할 수 있습니다.
- 메가 프로젝트를 신속하게 완료하고 마침내 "마법의 펜던트"(우리 모두가 인생에서 필요로 하는 것)를 얻으십시오.
- OOP 배우기
- 라틴어로 전환하고 멋진 도구인 코드 디버거를 마스터하세요.
- 그리고 이 수하물과 절차적 프로그래밍에 대한 방대한 경험을 가지고 새로운 슈퍼 프로젝트를 시작하십시오.
맞습니다. 마침내 작업에 대처했습니다. 그렇지 않으면 솔루션을 올바르게 실행할 수 없습니다.
누가 이미 전문성에 대해 이야기했을 것입니다.
트롤링에서는 내가 보기에 프로인데 오류가 있는 코드를 게시해서 다른 사람들이 찾아보게 하고, 그런 식으로라도... 이건 너무하다.
외부에서 이것을 보면 놀랍습니다.
Nikolai, 부끄럽게도 디버거를 사용하는 방법을 모릅니다. 사용하지 않았습니다. ((
글쎄요...
당신은 얼마나 멋진 사람이야! 디버거 없이 큰 프로젝트를 작성하십시오! 당신은 확실히 쉬운 방법을 찾고 있지 않습니다.
당신에게 좋은 소식과 나쁜 소식이 있습니다.
좋은 것부터 시작하겠습니다.
작업에서 디버거를 사용하기 시작하면 많은 시간을 절약할 수 있습니다. 그리고 이것은 오류 검색뿐만 아니라 훨씬 더 많습니다.
그리고 이제 나쁜 것:
물론 서비스 데스크에 편지를 써서 다음 버전에서 러시아어로 변수 이해를 구현하도록 요청할 수 있습니다. 하지만 그들은 그렇지 않을 것입니다.
그리고 이것은 변수 이름에 러시아어를 사용하는 것의 장점에 대한 모든 주장이 유일한 단점인 그러한 코드를 디버깅할 수 없다는 점과 비교할 때 중요하지 않다는 것을 의미합니다.
확인했는데 MQL5 MetaEditor에서도 동일합니다. 그리고 계속해서 프로그래밍하고 디버거를 사용하지 않는다면, 그렇게 될 것입니다. 이것은 OOP를 사용 하지 않는 것보다 훨씬 더 비합리적입니다.
이제 코드를 확인할 수 있는 유일한 방법은 모든 변수 이름을 라틴어로 변경하는 것뿐입니다.
Artyom 은 새로운 막대의 기능으로 사라진 곳 , 작업 결과의 정확성을 확인하는 것은 흥미 롭습니다.
글쎄요...
당신은 얼마나 멋진 사람이야! 디버거 없이 큰 프로젝트를 작성하십시오! 당신은 확실히 쉬운 방법을 찾고 있지 않습니다.
당신에게 좋은 소식과 나쁜 소식이 있습니다.
좋은 것부터 시작하겠습니다.
작업에서 디버거를 사용하기 시작하면 많은 시간을 절약할 수 있습니다. 그리고 이것은 오류 검색뿐만 아니라 훨씬 더 많습니다.
그리고 이제 나쁜 것:
물론 서비스 데스크에 편지를 써서 다음 버전에서 러시아어로 변수 이해를 구현하도록 요청할 수 있습니다. 하지만 그들은 그렇지 않을 것입니다.
그리고 이것은 변수 이름에 러시아어를 사용하는 것의 장점에 대한 모든 주장이 유일한 단점인 그러한 코드를 디버깅할 수 없다는 점과 비교할 때 중요하지 않다는 것을 의미합니다.
확인했는데 MQL5 MetaEditor에서도 동일합니다. 그리고 계속해서 프로그래밍하고 디버거를 사용하지 않는다면, 그렇게 될 것입니다. 이것은 OOP를 사용 하지 않는 것보다 훨씬 더 비합리적입니다.
이제 코드를 확인할 수 있는 유일한 방법은 모든 변수 이름을 라틴어로 변경하는 것뿐입니다.
니콜라이, 내가 바꾸기에는 너무 늦었다. 프로젝트가 곧 종료되고 이름을 바꾸는 데 1년이 더 걸립니다.))
어떻게든 버틸 수 있습니다. 왜 그가 필요하고 대처했는지 몰랐는데, 지금은 당신이 나에게 말하지 않는 것이 좋습니다. 내가 낭비한 노력을 후회하지 않기 위해서입니다.))
아무도 나처럼 프로그래밍하고 싶어하지 않는다는 사실은 좋은 일입니다. 나는 상대방도 이해하지 못하는 장점이 있다. 그대로 두십시오.
좋은 소식 감사합니다. 하지만 나쁜 것은 생각하지 않는 것이 좋습니다. 어쩌면 나에게는 그렇게 나쁘지 않을 수도 있습니다.))
이름을 변경해 보십시오. 오류를 찾는 데 도움이 된다면 저는 전적으로 찬성합니다.
Artyom 은 새로운 막대의 기능으로 어디로 사라졌습니까? 작업 결과의 정확성을 확인하는 것은 흥미 롭습니다.
니콜라이, 내가 바꾸기에는 너무 늦었다. 프로젝트가 곧 종료되고 이름을 바꾸는 데 1년이 더 걸립니다.))
어떻게든 버틸 수 있습니다. 왜 그가 필요하고 잘 대처했는지 몰랐는데, 지금은 당신이 나에게 말하지 않는 것이 좋습니다. 내가 낭비한 노력을 후회하지 않기 위해서입니다.))
아무도 나처럼 프로그래밍하고 싶어하지 않는다는 사실은 좋은 일입니다. 나는 상대방도 이해하지 못하는 장점이 있다. 그대로 두십시오.
좋은 소식 감사합니다. 하지만 나쁜 것은 생각하지 않는 것이 좋습니다. 어쩌면 나에게는 그렇게 나쁘지 않을 수도 있습니다.))
이름을 변경해 보십시오. 오류를 찾는 데 도움이 된다면 저는 전적으로 찬성합니다.
공항에서 베트남에서 온 가족을 만났습니다. 나는 아직도 보고 있다. 재미있다.
Artyom, 재미는 없지만 그러한 종교의 눈물을 짜증나게합니다.
추신: 쌀을 먹으러 베트남에 갔습니까?)니콜라이, 내가 바꾸기에는 너무 늦었다. 프로젝트가 곧 종료되고 이름을 바꾸는 데 1년이 더 걸립니다.))
어떻게든 버틸 수 있습니다. 왜 그가 필요하고 대처했는지 몰랐는데, 지금은 당신이 나에게 말하지 않는 것이 좋습니다. 내가 낭비한 노력을 후회하지 않기 위해서입니다.))
아무도 나처럼 프로그래밍하고 싶어하지 않는다는 사실은 좋은 일입니다. 나는 상대방도 이해하지 못하는 장점이 있다. 그대로 두십시오.
좋은 소식 감사합니다. 하지만 나쁜 것은 생각하지 않는 것이 좋습니다. 어쩌면 나에게는 그렇게 나쁘지 않을 수도 있습니다.))
이름을 변경해 보십시오. 오류를 찾는 데 도움이 된다면 저는 전적으로 찬성합니다.
이해했다. 알고리즘은 근본적으로 잘못되었습니다. 고칠 것도 없습니다. 모든 것을 다시 작성해야 합니다.
죄송합니다. 통과합니다. 특히 이미 내 자신의 버전 을 구현했기 때문에 어지럽히는 것이 게으릅니다. 그리고 그것은 꽤 효과가 있습니다(모두가 침묵한다는 사실로 판단).
나는 최소한 iBars, tk 대신 iTime을 사용하는 것이 더 정확하다고 말할 것입니다. 막대의 수는 기록의 최대 막대 수에 도달했을 때 새 막대가 도착해도 변경되지 않습니다. 각 막대에는 고유한(도구-설정-차트)가 있습니다. 루프가 빠르게 작동한다고 생각했지만 OnTimer에 대한 2400번째 입력마다 작업자만 있습니다. 배열을 채우기 위한 입력은 정확하지 않습니다. 음, 완전히 - 1분에 한 번, 0초부터가 아니라 프로그램이 시작된 막대가 도착한 순간부터, 즉 현재 기호에 대해서도 다른 기호는 말할 것도 없고 처리가 올바르지 않습니다. 그리고 1분을 형성하는 매우 놀라운 방법입니다. 우리는 1분이 지났는지 확인하기 위해 25밀리초마다 2400번을 이동합니다. 게다가 알고리즘은 현재 TF의 새 막대가 도래하면서 작동하기 시작하고 매일 실행하면 작동할 때까지 하루 종일 기다릴 수 있습니다(즉, iTime(NULL,1, 0) 대신 Time[0]). 그리고 왜 프로그램 전체에 코드를 퍼뜨렸습니까(쓰레기). 왜냐하면 작업은 함수를 만들고 프로그램 본문에서만 호출하는 것이기 때문입니다.
다시 말해서 - Dmitry가 당신의 알고리즘이 상당히 빠르다고 말했을 때 내가 틀렸다는 것이 옳았습니다. 물론 빠릅니다. 데이터를 1분에 한 번 업데이트하면 1분에 모든 기호에서 너무 많은 이벤트가 발생하고 모든 것이 지나갈 때입니다.
그러나 당신은 이해할 수 있습니다 - 당신은 막대로 일하지 않습니다. 나는 또한 캔버스로 어지럽히는 것을 더 좋아합니다.
일반적으로 Peter, 나는 다시 한 번 내 소원을 표현할 수 있습니다.
- 메가 프로젝트를 신속하게 완료하고 마침내 "마법의 펜던트"(우리 모두가 인생에서 필요로 하는 것)를 얻으십시오.
- OOP 배우기
- 라틴어로 전환하고 멋진 도구인 코드 디버거를 마스터하세요.
- 그리고 이 수하물과 절차적 프로그래밍에 대한 방대한 경험을 가지고 새로운 슈퍼 프로젝트를 시작하십시오.
Nikolai, 부끄럽게도 디버거를 사용하는 방법을 모릅니다. 사용하지 않았습니다. ((
진지하게 ???