따옴표가 한 서버에서 온 경우 어떤 도구가 중요하지 않습니다. 결국 막대는 각 악기에서 동시에 열립니다.
또 다른 문제는 인용문의 출처가 세계의 다른 지역에 있는 경우입니다. 몇 분 동안은 문제가 되지 않지만 더 높은 기간에는 문제가 있을 수 있습니다. 시간 함수를 더 자세히 연구하고 시간을 미세 조정해야 할 수도 있습니다. 그러나 이것은이 솔루션 개발의 다음 단계입니다 ...
이 기능에 대한 보정이 필요합니다...
처음에는 나 없이 쓴 글을 다 읽고 싶었는데 갑자기 이미 질문과 답변이 있었는데 나중에 인용해야 할 글을 찾기가 어려울 것 같다.
지금까지 단 하나의 질문: 모두가 알고 있듯이 새 시간 간격의 첫 번째 눈금까지 새 막대 가 표시되지 않습니다. 따라서 밀리초 단위의 막대가 있어야 하지만 그렇지 않은 경우 잘못된 막대에서 표시기 판독값을 얻을 수 있습니다.
아아, 개발자는 우선 자신의 편안함이 아니라 메커니즘의 효율성에 대해 생각해야 합니다.))
그렇지 않으면 메커니즘이 "림프"합니다.
개발자는 컴퓨터에 적응해야 합니다.
음 ... 아니.
컴퓨터가 나에게 적응하도록 하세요. 다른 문제도 있습니다. 개발자는 속도나 메모리가 충분하지 않은 "병목 현상"과 같이 컴퓨터가 "뽑히지 않는" 부분만 조정할 수 있습니다. 그렇다면 개발자가 적응할 차례입니다. 그러나 OOP가 컴퓨터에 상당한 추가 부하를 주어 어떻게든 줄여야 하는 곳을 본 적이 없습니다.
컴퓨터가 나에게 적응하도록 하세요. 다른 문제도 있습니다. 개발자는 속도나 메모리가 충분하지 않은 "병목 현상"과 같이 컴퓨터가 "뽑히지 않는" 부분만 조정할 수 있습니다. 그렇다면 개발자가 적응할 차례입니다. 그러나 OOP가 컴퓨터에 상당한 추가 부하를 주어 어떻게든 줄여야 하는 곳을 본 적이 없습니다.
컴퓨터의 부하는 메커니즘의 일관성 문제에 대한 개발자의 태만 한 태도에 의해 주어집니다. 시스템 개선에 에너지를 절약하려는 욕구. 업무를 용이하게 한다는 명목으로 컴퓨터 자원을 부당하게 사용하는 행위.
컴퓨터가 비효율적으로 작성된 코드에 성공적으로 대처하는 한 개발자는 계속해서 컴퓨팅 성능에 "기생"할 것입니다. 이것은 막다른 길입니다.
조만간 비효율적인 메커니즘이 개발을 중단하고 보다 발전된 아날로그로 대체될 것입니다.
사람의 시간과 노력은 낭비되고 그의 자손은 쓰레기통에 버려집니다.
경쟁이 치열한 세상에서 이러한 위험은 항상 존재합니다.
메커니즘을 설계할 때, 우리는 우선 그 특성에 대해 생각하고, 두 번째로 근무 시간을 보내는 편안함과 편의성에 대해 생각해야 합니다.))
주요 단점: OOP를 사용하면 코드를 여러 기능으로 분할하는 경로를 따라야 합니다.
사람이 단편화 된 코드를 인식하는 것이 더 쉽지만 단편화는 모든 메커니즘에서 금기입니다.
그렇긴 한데 단점이 뭔가요??
이게 가장 큰 장점! 바로 사람이 조각난 코드를 인식하기 쉽기 때문입니다!
사람이 컴퓨터에 적응하는 것이 아니라 컴퓨터가 사람에게 적응해야 합니다.
그렇긴 한데 단점이 뭔가요??
이게 가장 큰 장점! 바로 사람이 조각난 코드를 인식하기 쉽기 때문입니다!
사람이 컴퓨터에 적응하는 것이 아니라 컴퓨터가 사람에게 적응해야 합니다.
아아, 개발자는 우선 자신의 편안함이 아니라 메커니즘의 효율성에 대해 생각해야 합니다.))
그렇지 않으면 메커니즘이 "림프"합니다.
개발자는 컴퓨터에 적응해야 합니다.
따옴표가 한 서버에서 온 경우 어떤 도구가 중요하지 않습니다. 결국 막대는 각 악기에서 동시에 열립니다.
또 다른 문제는 인용문의 출처가 세계의 다른 지역에 있는 경우입니다. 몇 분 동안은 문제가 되지 않지만 더 높은 기간에는 문제가 있을 수 있습니다. 시간 함수를 더 자세히 연구하고 시간을 미세 조정해야 할 수도 있습니다. 그러나 이것은이 솔루션 개발의 다음 단계입니다 ...
이 기능에 대한 보정이 필요합니다...
처음에는 나 없이 쓴 글을 다 읽고 싶었는데 갑자기 이미 질문과 답변이 있었는데 나중에 인용해야 할 글을 찾기가 어려울 것 같다.
지금까지 단 하나의 질문: 모두가 알고 있듯이 새 시간 간격의 첫 번째 눈금까지 새 막대 가 표시되지 않습니다. 따라서 밀리초 단위의 막대가 있어야 하지만 그렇지 않은 경우 잘못된 막대에서 표시기 판독값을 얻을 수 있습니다.
Artyom이 질문한 두 번째 질문에 대한 답을 찾을 수 있기를 바랍니다.
처음에는 나 없이 쓴 글을 다 읽고 싶었는데 갑자기 이미 질문과 답변이 있었는데 나중에 인용해야 할 글을 찾기가 어려울 것 같다.
지금까지 단 하나의 질문: 모두가 알고 있듯이 새 시간 간격의 첫 번째 눈금까지 새 막대 가 표시되지 않습니다. 따라서 밀리초 단위의 막대가 있어야 하지만 그렇지 않은 경우 잘못된 막대에서 표시기 판독값을 얻을 수 있습니다.
Artyom이 질문한 두 번째 질문에 대한 답을 찾을 수 있기를 바랍니다.
예, 우리는 어제 이에 대해 논의했습니다.
이전에는 다른 플랫폼을 다루었고 따옴표의 도착에 관계없이 제 시간에 막대가 형성되었습니다(TWS 참조).
MT에서는 그렇지 않다고 들었습니다.
새로운 바 등장 이벤트를 확인하기 위해 견적 도착 체크를 추가하겠습니다.
견적이 와도 바는 열린다고 이미 답변드렸습니다. 견적이 없는 경우 새 바 의 가격은 이전 바의 종가 가 됩니다. 새로운 바의 사실은 따옴표의 도착에 관계없이 타이머에서 작동하는 카운터 자체에 의해 기록됩니다.
특정 시간 프레임은 중요하지 않습니다. 값에 도달하는 카운터일 뿐이고 해당 시간 프레임의 새 막대 이벤트가 설정되기 때문입니다. 이것은 다른 시간대의 새로운 막대 모양과 동기화하는 방법일 뿐입니다. 동조.
도구도 중요하지 않습니다. 따옴표가 동일한 서버에서 온 것이라면 새 막대의 출현 시간이 동일하다는 의미입니다. 따라서 이러한 도구가 지구상의 한 지점에서 가져온 것이라면 어떤 도구든 상관 없습니다.
할 말은 끝내고 다른 얘기로 넘어가겠습니다. 좋은 것은 작은 포장으로 옵니다.)
그리고 어떤 기간의 이전 막대인 금요일의 마감이 1.20333이고 월요일의 시작이 모든 기간의 1.20142와 같다는 사실을 설명하는 방법
물론 이것은 한 브로커의 견적이고 다른 브로커는 약간 다를 수 있지만 모든 사람은 차이가 있습니다.
그리고 어떤 기간의 이전 막대인 금요일의 마감이 1.20333이고 월요일의 시작이 모든 기간의 1.20142와 같다는 사실을 설명하는 방법
물론 이것은 한 브로커의 견적이고 다른 브로커는 약간 다를 수 있지만 모든 사람은 차이가 있습니다.
이것은 간격으로 설명됩니다. 이것은 세션이 열릴 때 발생합니다.
나는 거래에 대한 큰 전문가가 아니므로 내 의견을 엄격하게 판단하지 마십시오.)
그리고 나는 Forex에서 무슨 일이 일어나고 있는지 훨씬 덜 알고 있습니다.))
아아, 개발자는 우선 자신의 편안함이 아니라 메커니즘의 효율성에 대해 생각해야 합니다.))
그렇지 않으면 메커니즘이 "림프"합니다.
개발자는 컴퓨터에 적응해야 합니다.
음 ... 아니.
컴퓨터가 나에게 적응하도록 하세요. 다른 문제도 있습니다. 개발자는 속도나 메모리가 충분하지 않은 "병목 현상"과 같이 컴퓨터가 "뽑히지 않는" 부분만 조정할 수 있습니다. 그렇다면 개발자가 적응할 차례입니다. 그러나 OOP가 컴퓨터에 상당한 추가 부하를 주어 어떻게든 줄여야 하는 곳을 본 적이 없습니다.
글쎄, 그와 같은 것(MQL5용 코드):
하지만 반복합니다. 저는 OOP의 지지자입니다.
절차적 프로그래밍으로 할 수 없는 것을 보여주는 정말 나쁜 예일 뿐입니다.
내가 이것을 시작할 때 나는 무언가가 가능/불가능하다는 것을 보여줄 의도가 없었지만 나중에 코드를 작성할 때 더 편리하게 사용할 수 있었습니다.
그러나 V.S가 말했듯이 나는 최고를 원했지만 항상 그랬던 것처럼 밝혀졌습니다.
음 ... 아니.
컴퓨터가 나에게 적응하도록 하세요. 다른 문제도 있습니다. 개발자는 속도나 메모리가 충분하지 않은 "병목 현상"과 같이 컴퓨터가 "뽑히지 않는" 부분만 조정할 수 있습니다. 그렇다면 개발자가 적응할 차례입니다. 그러나 OOP가 컴퓨터에 상당한 추가 부하를 주어 어떻게든 줄여야 하는 곳을 본 적이 없습니다.
컴퓨터의 부하는 메커니즘의 일관성 문제에 대한 개발자의 태만 한 태도에 의해 주어집니다. 시스템 개선에 에너지를 절약하려는 욕구. 업무를 용이하게 한다는 명목으로 컴퓨터 자원을 부당하게 사용하는 행위.
컴퓨터가 비효율적으로 작성된 코드에 성공적으로 대처하는 한 개발자는 계속해서 컴퓨팅 성능에 "기생"할 것입니다. 이것은 막다른 길입니다.
조만간 비효율적인 메커니즘이 개발을 중단하고 보다 발전된 아날로그로 대체될 것입니다.
사람의 시간과 노력은 낭비되고 그의 자손은 쓰레기통에 버려집니다.
경쟁이 치열한 세상에서 이러한 위험은 항상 존재합니다.
메커니즘을 설계할 때, 우리는 우선 그 특성에 대해 생각하고, 두 번째로 근무 시간을 보내는 편안함과 편의성에 대해 생각해야 합니다.))
컴퓨터의 부하는 메커니즘의 일관성 문제에 대한 개발자의 태만 한 태도에 의해 주어집니다. 시스템 개선에 에너지를 절약하려는 욕구. 업무를 용이하게 한다는 명목으로 컴퓨터 자원을 부당하게 사용하는 행위.
컴퓨터가 비효율적으로 작성된 코드에 성공적으로 대처하는 한 개발자는 계속해서 컴퓨팅 성능에 "기생"할 것입니다. 이것은 막다른 길입니다.
조만간 비효율적인 메커니즘이 개발을 중단하고 보다 발전된 아날로그로 대체될 것입니다.
사람의 시간과 노력은 낭비되고 그의 자손은 쓰레기통에 버려집니다.
경쟁이 치열한 세상에서 이러한 위험은 항상 존재합니다.
메커니즘을 설계할 때 먼저 메커니즘의 특성을 고려하고 작업 시간을 보내는 편안함과 편리함을 고려해야 합니다. 두 번째))
이를 프로그램 작성이 끝날 때까지 이러한 위치를 정확하게 지정할 수 없습니다. 따라서 처음에는 올바르게 작동하는(다른 개발자가 읽을 수 있는) 코드가 작성되고, 거기에 최적화할 것이 있는 경우에만 최적화됩니다.