견적이 와도 바는 열린다고 이미 답변드렸습니다. 견적이 없는 경우 새 바 의 가격은 이전 바의 종가 가 됩니다. 새로운 바의 사실은 따옴표의 도착에 관계없이 타이머에서 작동하는 카운터 자체에 의해 기록됩니다.
특정 시간 프레임은 중요하지 않습니다. 값에 도달하는 카운터일 뿐이고 해당 시간 프레임의 새 막대 이벤트가 설정되기 때문입니다. 이것은 다른 시간대의 새로운 막대 모양과 동기화하는 방법일 뿐입니다. 동조.
도구도 중요하지 않습니다. 따옴표가 동일한 서버에서 온 것이라면 새 막대의 출현 시간이 동일하다는 의미입니다. 따라서 이러한 도구가 지구상의 한 지점에서 가져온 것이라면 어떤 도구든 상관 없습니다.
할 말은 끝내고 다른 얘기로 넘어가겠습니다. 좋은 것은 작은 포장으로 옵니다.)
당신은 잘못.
감사합니다.
추신: 새로운 바의 형성은 새로운 바를 여는 대가인 새로운 틱의 도착과 함께 시작됩니다. 알고리즘에는 새 틱의 도착과 아무 관련이 없는 타이머 계산이 있으므로 불일치가 발생합니다. 사실, 당신의 알고리즘은 새로운 막대를 여는 사실이 아니라 막대의 첫 번째 인용문을 기다릴 수 있는 시간의 시작을 제공합니다.
추신: 새로운 바의 형성은 새로운 바를 여는 대가인 새로운 틱의 도착과 함께 시작됩니다. 알고리즘에는 새 틱의 도착과 아무 관련이 없는 타이머 계산이 있으므로 불일치가 발생합니다. 실제로 알고리즘은 새 막대를 여는 사실이 아니라 막대에 첫 번째 견적이 도착할 때까지 기다릴 수 있는 시간을 제공합니다.
예, 타이머로. 따옴표 없이도 새 막대가 나타납니다. 우리는 막대 모양 이벤트에 관심이 있으며 OnTick()에서 인용문을 수정할 수 있습니다.
어쨌든 막대가 나타납니다. 주말이고 술집이 없으면 무섭지 않습니다. 이 기능은 실패하지 않으며 세션이 시작될 때까지 막대의 도착과 동기화됩니다.
예, 타이머로. 따옴표 없이도 새 막대가 나타납니다. 우리는 막대 모양 이벤트에 관심이 있으며 OnTick()에서 인용문을 수정할 수 있습니다.
어쨌든 막대가 나타납니다. 주말이고 술집이 없으면 무섭지 않습니다. 이 기능은 실패하지 않으며 세션이 시작될 때까지 막대의 도착과 동기화됩니다.
새 막대가 시작될 때 첫 번째 막대와 두 번째 막대에서 표시기 판독값을 가져오려고 한다고 가정해 보겠습니다. 알고리즘의 논리에 따라 견적이 도착하고 차트에 막대가 나타나기 전에 새 막대의 시작을 얻게 되며 결과적으로 표시기 판독값을 읽으려고 할 때 다음 값이 아닌 값을 받게 됩니다. 1, 2막대는 견적이 왔을 때 그대로 해야 하지만 1, 2막대의 값은 견적이 도착하면 1막대씩 움직여서 2막대와 3막대가 됩니다. 이는 고문 자체의 작업에 분명히 영향을 미칩니다.
그리고 다른 기호에 대한 따옴표 도착의 차이가 새 막대를 여는 데 차이가 있습니다. 새 막대 구축의 시작은 시간에 해당하는 틱(따옴표)이 도착해야 활성화됩니다. 이 바. M1의 마지막 막대가 닫히고 4분 15초 후에 눈금이 표시되면 세 개의 막대를 건너뛸 수 있습니다.
이 질문에 관해서는 당신이 틀렸다고 생각합니다. 서비스 데스크에서 확인하십시오. 그들이 질문에 정확하게 답하게 하십시오: 견적의 도착 여부에 관계없이 플랫폼에 새로운 막대 가 형성되는지 여부. 그렇지 않은 경우 새 바가 있을 때 견적이 있는지 확인하십시오. 그렇다면 새로운 막대가 형성되었습니다. 그렇게 될 수 있습니다. 많이 변경할 필요가 없습니다.
Andrey Kisselyov : 새 막대가 시작될 때 첫 번째 막대와 두 번째 막대에서 표시기 판독값을 가져오려고 한다고 가정해 보겠습니다. 알고리즘의 논리에 따라 견적이 도착하고 차트에 막대가 나타나기 전에 새 막대의 시작을 얻게 되며 결과적으로 표시기 판독값을 읽으려고 할 때 다음 값이 아닌 값을 받게 됩니다. 1, 2막대는 견적이 왔을 때 그대로 해야 하지만 1, 2막대의 값은 견적이 도착하면 1막대씩 움직여서 2막대와 3막대가 됩니다. 이는 고문 자체의 작업에 분명히 영향을 미칩니다.
감사합니다.
아마도. 새로운 바의 각 이벤트에 대한 견적의 도착에 대한 수표를 추가하면 끝입니다. 예를 들어 새로운 바 이벤트가 아니라 바 및 인용 이벤트로 작업하십시오.
견적이 와도 바는 열린다고 이미 답변드렸습니다. 견적이 없는 경우 새 바 의 가격은 이전 바의 종가 가 됩니다. 새로운 바의 사실은 따옴표의 도착에 관계없이 타이머에서 작동하는 카운터 자체에 의해 기록됩니다.
특정 시간 프레임은 중요하지 않습니다. 값에 도달하는 카운터일 뿐이고 해당 시간 프레임의 새 막대 이벤트가 설정되기 때문입니다. 이것은 다른 시간대의 새로운 막대 모양과 동기화하는 방법일 뿐입니다. 동조.
도구도 중요하지 않습니다. 따옴표가 동일한 서버에서 온 것이라면 새 막대의 출현 시간이 동일하다는 의미입니다. 따라서 이러한 도구가 지구상의 한 지점에서 가져온 것이라면 어떤 도구든 상관 없습니다.
할 말은 끝내고 다른 얘기로 넘어가겠습니다. 좋은 것은 작은 포장으로 옵니다.)
감사합니다.
추신: 새로운 바의 형성은 새로운 바를 여는 대가인 새로운 틱의 도착과 함께 시작됩니다. 알고리즘에는 새 틱의 도착과 아무 관련이 없는 타이머 계산이 있으므로 불일치가 발생합니다. 사실, 당신의 알고리즘은 새로운 막대를 여는 사실이 아니라 막대의 첫 번째 인용문을 기다릴 수 있는 시간의 시작을 제공합니다.
당신은 그것을 가지고 있습니다. 당신의 알고리즘에서는 막대가 열려있는 것으로 간주됩니다. 사실 물리적으로는 아직 터미널에 있지 않습니다. 이것은 서버의 현실과 완전히 일치하지 않습니다.
특정 TF도 중요합니다.
도구뿐만 아니라 다중 통화 프로그램에 접근한 적이 있는 모든 사람은 이것을 알고 있습니다.
시각적으로 그리고 구체적이고 실질적인 예를 사용하여 우리가 당신을 이끄는 결론에 도달하기를 원하지 않는 것은 유감입니다.
새 막대 이벤트의 경우 어떤 기호가 중요하지 않습니다. 다른 기호의 새 막대가 동기식으로 나타납니다(각 기간에 대해).
타이머에는 각 시간 프레임에 대한 자체 카운터가 있습니다. 카운터가 해당 시간 프레임의 값에 도달하면 0으로 재설정되고 이 시간 프레임의 새 막대 이벤트가 설정됩니다.
또한 함수를 호출하면 현재 막대 중에 새 막대의 이벤트가 한 번 반환됩니다.
그 모든 것에 감사드리며 안녕히 계십시오.
새로운 바 이벤트의 경우 어떤 기호가 중요하지 않습니다. 다른 기호의 새 막대가 동기식으로 나타납니다(각 기간에 대해).
타이머에는 각 시간 프레임에 대한 자체 카운터가 있습니다. 카운터가 해당 시간 프레임의 값에 도달하면 0으로 재설정되고 이 시간 프레임의 새 막대 이벤트가 설정됩니다.
또한 함수를 호출하면 현재 막대 중에 새 막대의 이벤트가 한 번 반환됩니다.
이것으로 나는 씹는 것을 마쳤다.
모두 감사합니다.
당신은 씹고 있지 않습니다 - 당신의 논리는 분명합니다. 그러나 불행히도 그녀는 틀렸습니다. 결과적으로 서버에서 거래 환경에서 데이터를 수신해야 합니다.
그리고 서버에 새 견적이 없으면 터미널에 새 바가 열리지 않습니다.
타이머에서 작동하는 알고리즘은 시장이 닫힐 때 새 막대를 "스탬프"합니다. 그러나 그들은 서버에 있지 않으므로 터미널에 있습니다.
그리고 다른 기호에 대한 따옴표 도착의 차이가 새 막대를 여는 데 차이가 있습니다. 새 막대 구축의 시작은 시간에 해당하는 틱(따옴표)이 도착해야 활성화됩니다. 이 바. M1의 마지막 막대가 닫히고 4분 15초 후에 눈금이 표시되면 세 개의 막대를 건너뛸 수 있습니다.
내가 힌트를 줬어 .
당신은 잘못.
감사합니다.
추신: 새로운 바의 형성은 새로운 바를 여는 대가인 새로운 틱의 도착과 함께 시작됩니다. 알고리즘에는 새 틱의 도착과 아무 관련이 없는 타이머 계산이 있으므로 불일치가 발생합니다. 실제로 알고리즘은 새 막대를 여는 사실이 아니라 막대에 첫 번째 견적이 도착할 때까지 기다릴 수 있는 시간을 제공합니다.
예, 타이머로. 따옴표 없이도 새 막대가 나타납니다. 우리는 막대 모양 이벤트에 관심이 있으며 OnTick()에서 인용문을 수정할 수 있습니다.
어쨌든 막대가 나타납니다. 주말이고 술집이 없으면 무섭지 않습니다. 이 기능은 실패하지 않으며 세션이 시작될 때까지 막대의 도착과 동기화됩니다.
당신은 씹고 있지 않습니다 - 당신의 논리는 분명합니다. 그러나 불행히도 그녀는 틀렸습니다. 결과적으로 서버에서 거래 환경에서 데이터를 수신해야 합니다.
그리고 서버에 새 견적이 없으면 터미널에 새 바가 열리지 않습니다.
타이머에서 작동하는 알고리즘은 시장이 닫힐 때 새 막대를 "스탬프"합니다. 그러나 그들은 서버에 있지 않으므로 터미널에 있습니다.
그리고 다른 기호에 대한 따옴표 도착의 차이가 새 막대를 여는 데 차이가 있습니다. 새 막대 구축의 시작은 시간에 해당하는 틱(따옴표)이 도착해야 활성화됩니다. 이 바. M1의 마지막 막대가 닫히고 4분 15초 후에 눈금이 표시되면 세 개의 막대를 건너뛸 수 있습니다.
내가 힌트를 줬어 .
예, 타이머로. 따옴표 없이도 새 막대가 나타납니다. 우리는 막대 모양 이벤트에 관심이 있으며 OnTick()에서 인용문을 수정할 수 있습니다.
어쨌든 막대가 나타납니다. 주말이고 술집이 없으면 무섭지 않습니다. 이 기능은 실패하지 않으며 세션이 시작될 때까지 막대의 도착과 동기화됩니다.
감사합니다.
Artyom Trishkin :
그리고 다른 기호에 대한 따옴표 도착의 차이가 새 막대를 여는 데 차이가 있습니다. 새 막대 구축의 시작은 시간에 해당하는 틱(따옴표)이 도착해야 활성화됩니다. 이 바. M1의 마지막 막대가 닫히고 4분 15초 후에 눈금이 표시되면 세 개의 막대를 건너뛸 수 있습니다.
이 질문에 관해서는 당신이 틀렸다고 생각합니다. 서비스 데스크에서 확인하십시오. 그들이 질문에 정확하게 답하게 하십시오: 견적의 도착 여부에 관계없이 플랫폼에 새로운 막대 가 형성되는지 여부. 그렇지 않은 경우 새 바가 있을 때 견적이 있는지 확인하십시오. 그렇다면 새로운 막대가 형성되었습니다. 그렇게 될 수 있습니다. 많이 변경할 필요가 없습니다.
새 막대가 시작될 때 첫 번째 막대와 두 번째 막대에서 표시기 판독값을 가져오려고 한다고 가정해 보겠습니다. 알고리즘의 논리에 따라 견적이 도착하고 차트에 막대가 나타나기 전에 새 막대의 시작을 얻게 되며 결과적으로 표시기 판독값을 읽으려고 할 때 다음 값이 아닌 값을 받게 됩니다. 1, 2막대는 견적이 왔을 때 그대로 해야 하지만 1, 2막대의 값은 견적이 도착하면 1막대씩 움직여서 2막대와 3막대가 됩니다. 이는 고문 자체의 작업에 분명히 영향을 미칩니다.
감사합니다.
아마도. 새로운 바의 각 이벤트에 대한 견적의 도착에 대한 수표를 추가하면 끝입니다. 예를 들어 새로운 바 이벤트가 아니라 바 및 인용 이벤트로 작업하십시오.
감사합니다.
OnTick()에서 따옴표를 가져옵니다. 견적서 도착 확인과 함께 신규 바 오픈 이벤트를 연동할 수 있습니다. 나는 그렇게하지 않을 것입니다. 그러나 이것은 모든 사람의 개인적인 문제입니다.
견적을 받는 방법을 알고 있습니다 :)
다중 통화 프로그램에서 - 필요한 기호를 통한 주기의 타이머에서. 그리고 새로운 막대(실제, 가상이 아닌 - 잘못된 - 귀하와 같은 것)를 여는 것은 마지막 인용 시간과 이 시간을 기호의 0 막대 시간과 비교한 시간에 의해 제어됩니다.
당신은 무작위로 그것을 합니다 - 존재하지 않을 수 있는 가상 바. 주말에는 사용할 수 없지만 가지고 있다고 합니다. 이것은 예로 들 수 있는 가장 간단한 것입니다.
그리고, 당신 혼자는 이것을 하지 않을 것임을 이해하십시오. 나머지는 옳고 안전한 일을 합니다. 그러나 이것은 물론 당신 자신의 일입니다.
OOP로 작성하는 단순함과 같은 문제를 풀 때 절차적 스타일의 복잡한 우여곡절에서 큰 차이를 보여주고 제대로 하는 방법을 알려드리고 싶었습니다.
하지만 더 많이 알고 있을 것이고 필요하지 않을 것입니다. 나는 더 이상 감히 당신 앞에서 아무것도 아는 것처럼 보이지 않습니다. 죄송합니다.