어떻게 할지 생각해 보십시오. 그러나 제안된 Open 메서드 업데이트의 다음 코드 줄은 다음과 같습니다.
차트가 최신인 경우 차트 ID를 포함하는 m_chart_id 필드를 -1로 변경합니다. ( 0 ), 어떤 종류의 근거없는 비난이있을 수 있으며 아무도 당신을 비난하지 않습니다. 당신은 무언가를 혼동했습니다. 표준 라이브러리 의 이념에 따라 작성하고 싶지 않다면 원하는 방식으로 작동하지 않는다고 생각되는 메소드를 오버로드하십시오. 클래스가 예를 들어 컨트롤 패널 클래스 패밀리와 같은 공통 메커니즘의 일부 스레드에 통합되었는지 이해합니다. 여기서 일부 메소드는 클래스의 개인 섹션에 포함된 필드로 인해 오버로드될 수 없습니다. 그러나 여기에서는 클래스가 간단하므로 해당 동작을 직접 변경할 수 있습니다. 그러나 개발자가 위와 같이 Open 메서드를 변경하면 Attach() 메서드에 첨부된 현재( 0 ) 차트이기 때문에 그 이유가 명확하지 않습니다. 저것들. 다음에 Open을 호출하면 m_chart_id == -1 을 얻게 됩니다. 여기에서는 예제 없이 모든 것이 명확하다고 생각합니다.
사실, 이것은 나에게 문제를 일으키지 않을 것입니다. 현재 차트의 ID를 수신하는 라인을 OnInit에 추가하고 Attach(긴 차트) 메소드를 사용하여 차트를 클래스 객체에 첨부할 것입니다. 그러나 일부 개발자는 이 스레드는 오해와 "놀람"이 있을 수 있습니다.
차트가 최신인 경우 차트 ID를 포함하는 m_chart_id 필드를 -1로 변경합니다. ( 0 )
네, 알다시피, 어떻게든 개발자가 변경하고 싶은 것이 무엇인지 알게 되었고, 귀하의 설명 없이는 분명합니다.
근거 없는 비난이 여기 있을 수 있고 아무도 당신을 비난하지 않습니다. 당신은 무언가를 혼동하고 있습니다.
그리고 표준 라이브러리의 개발자에게 요청 - 라이브러리의 구조에 대한 설명을 작성하십시오. 많은 사람들이 그것을 이해하지 못하고 실수하기 시작하고, 당신은 그들의 인도에 따라 당신이 한 모든 것을 깨기 시작합니다.
여러 혐의. 이것을 비난으로 생각하지 않는다면 이 단어의 정의를 다시 읽으십시오.
표준 라이브러리 의 이념에 따라 작성하고 싶지 않다면 원하는 방식으로 작동하지 않는다고 생각되는 메소드를 오버로드하십시오.
예, 당신은 우리의 이념입니다. 도서관에 어떤 이념이 있고 올바르게 사용하는 방법을 설명하십시오. 또한 Open()이라는 이름의 메서드가 아무 것도 열지 않을 수 있지만 현재 차트가 작동하도록 전송되는 이유를 설명합니다. 그럼에도 불구하고 이 라이브러리의 개발자보다 자신이 더 똑똑하다고 생각하십니까? 오직 당신만이 이해할 수 있는 당신만의 이데올로기를 개발하십시오.
그러나 개발자가 위와 같이 Open 메서드를 변경하면 Attach() 메서드에 첨부된 현재( 0 ) 차트이기 때문에 그 이유가 명확하지 않습니다. 저것들. 다음에 Open을 호출하면 m_chart_id == -1 을 얻게 됩니다. 여기에서는 예제 없이 모든 것이 명확하다고 생각합니다.
예, 실제로 예가 없으면 당신이 말도 안되는 소리를하고 있음이 분명합니다. 그것이 바로, 아무것도 열 필요가 없다면 Open() 메서드를 호출할 이유가 없습니다! 어떻게 이해를 못하겠어? 아니면 당신의 이념에 맞지 않습니까?
사실, 이것은 나에게 문제를 일으키지 않을 것입니다. 현재 차트의 ID를 수신하는 라인을 OnInit에 추가하고 Attach(긴 차트) 메소드를 사용하여 차트를 클래스 객체에 첨부할 것입니다. 그러나 일부 개발자는 이 스레드는 오해와 "놀람"이 있을 수 있습니다.
이것이 당신에게 문제를 일으키지 않는다면 왜 모든 이전 게시물이 !? 왜 공기를 흔들어? 나는 개발자에게 결함을 지적했고 그들은 모든 것을 고칠 것입니다. 모든 것이 잘되고 모두 승리합니다. 그러나 아니요, 당신도 분명히 설명할 수 없는 어떤 종류의 이데올로기를 가지고 여기에 나왔습니다.
예, 타사 개발자에게 문제가 있는 경우 항상 클래스 소스를 보고 작동 방식을 이해할 수 있습니다.
이것으로 우리의 대화가 완성될 수 있다고 생각합니다. 당신은 당신의 의견에 머물고, 나는 내 의견에 동의합니다. 그리고 MQ는 무엇이 더 논리적이고 정확할 것인지를 결정합니다.
네, 알다시피, 어떻게든 개발자가 그것을 변경하고 싶어한다는 사실을 알게 되었고, 귀하의 설명 없이는 분명합니다.
소녀의 기억?
여러 혐의. 이것을 비난으로 생각하지 않는다면 이 단어의 정의를 다시 읽으십시오.
예, 당신은 우리의 이념입니다. 도서관에 어떤 종류의 이념이 있으며 올바르게 사용하는 방법을 설명하십시오. 또한 Open()이라는 이름의 메서드가 아무 것도 열지 않을 수 있지만 현재 차트가 작동하도록 전송되는 이유를 설명합니다. 그럼에도 불구하고 이 라이브러리의 개발자보다 자신이 더 똑똑하다고 생각하십니까? 오직 당신만이 이해할 수 있는 당신만의 이데올로기를 개발하십시오.
예, 실제로 예가 없으면 당신이 말도 안되는 소리를하고 있음이 분명합니다. 그것이 바로, 아무것도 열 필요가 없다면 Open() 메서드를 호출할 이유가 없습니다! 어떻게 이해를 못하겠어? 아니면 당신의 이념에 맞지 않습니까?
이것이 당신에게 문제를 일으키지 않는다면 왜 모든 이전 게시물이 !? 왜 공기를 흔들어? 나는 개발자에게 결함을 지적했고 그들은 모든 것을 고칠 것입니다. 모든 것이 잘되고 모두 승리합니다. 그러나 아니요, 당신도 분명히 설명할 수 없는 어떤 종류의 이데올로기를 가지고 여기에 나왔습니다.
예, 타사 개발자에게 문제가 있는 경우 항상 클래스 소스를 보고 작동 방식을 이해할 수 있습니다.
이것으로 우리의 대화가 완성될 수 있다고 생각합니다. 당신은 당신의 의견과 함께, 나는 내 의견을 유지합니다. 그리고 MQ는 무엇이 더 논리적이고 정확할 것인지를 결정합니다.
관계를 알고 싶다면 PM에게 편지를 쓰십시오.
그리고 당신이 모르는 사람들에게 무례하지 마십시오. 키보드 아래에 있는 사람들을 위해 다시 한 번 반복합니다. 아무도 당신을 비난하지 않습니다. 내가 비난하기 시작하면 나는 당신에게 구체적인 주장을 제기할 것입니다. 내가 당신을 언급했기 때문에 실제로 CChart 클래스를 올바르게 사용하지 않고 있으며 개발자에게 위시리스트를 수정하도록 설득하려고 하지만 이 클래스를 올바르게 사용하면 실수를 피할 수 있고 다른 사람에게 라이브러리 수정을 요청할 필요가 없습니다.
미래를 위해 CChart 클래스를 사용하는 것을 어려운 규칙으로 만드십시오.
1. 클래스 객체 생성
2. 차트 연결
3. 클래스 객체로 작업
4. 클래스 개체에서 차트 분리
5. 클래스 객체 제거
라이브러리를 만들고 사용한다는 이데올로기라는 단어가 귀가 아프다면 이것은 프로그래머에게 일반적으로 개념이 사용되기 때문에 개인적인 비극입니다.
그리고 당신이 모르는 사람들에게 무례하지 마십시오. 키보드 아래에 있는 사람들을 위해 다시 한 번 반복합니다. 아무도 당신을 비난하지 않았습니다. 내가 비난하기 시작했다면 나는 당신에게 구체적인 주장을 할 것입니다. 내가 당신을 언급했기 때문에 실제로 CChart 클래스를 올바르게 사용하지 않고 있으며 개발자에게 위시리스트를 수정하도록 설득하려고 하지만 이 클래스를 올바르게 사용하면 실수를 피할 수 있고 다른 사람에게 라이브러리 수정을 요청할 필요가 없습니다.
미래를 위해 CChart 클래스를 사용하는 것을 어려운 규칙으로 만드십시오.
1. 클래스 객체 생성
2. 차트 연결
3. 클래스 객체로 작업
4. 클래스 개체에서 차트 분리
5. 클래스 객체 제거
라이브러리를 만들고 사용한다는 이데올로기라는 단어가 귀가 아프다면 이것은 프로그래머에게 일반적으로 개념이 사용되기 때문에 개인적인 비극입니다.
알아내는 태도 ... 왜? 그것은 나에게 아무것도주지 않을 것입니다.
자신을 가장 똑똑하다고 생각하지 마십시오. 그러면 정상적으로 말을 할 수 있습니다. 그리고 당신은 나를 가르칠 필요가 없습니다. 여기서 똑똑한 말을하지 않았습니다.
어떻게 할지 생각해 보십시오. 그러나 제안된 Open 메서드 업데이트의 다음 코드 줄은 다음과 같습니다.
차트가 최신인 경우 차트 ID를 포함하는 m_chart_id 필드를 -1로 변경합니다. ( 0 ), 어떤 종류의 근거없는 비난이있을 수 있으며 아무도 당신을 비난하지 않습니다. 당신은 무언가를 혼동했습니다. 표준 라이브러리 의 이념에 따라 작성하고 싶지 않다면 원하는 방식으로 작동하지 않는다고 생각되는 메소드를 오버로드하십시오. 클래스가 예를 들어 컨트롤 패널 클래스 패밀리와 같은 공통 메커니즘의 일부 스레드에 통합되었는지 이해합니다. 여기서 일부 메소드는 클래스의 개인 섹션에 포함된 필드로 인해 오버로드될 수 없습니다. 그러나 여기에서는 클래스가 간단하므로 해당 동작을 직접 변경할 수 있습니다. 그러나 개발자가 위와 같이 Open 메서드를 변경하면 Attach() 메서드에 첨부된 현재( 0 ) 차트이기 때문에 그 이유가 명확하지 않습니다. 저것들. 다음에 Open을 호출하면 m_chart_id == -1 을 얻게 됩니다. 여기에서는 예제 없이 모든 것이 명확하다고 생각합니다.
사실, 이것은 나에게 문제를 일으키지 않을 것입니다. 현재 차트의 ID를 수신하는 라인을 OnInit에 추가하고 Attach(긴 차트) 메소드를 사용하여 차트를 클래스 객체에 첨부할 것입니다. 그러나 일부 개발자는 이 스레드는 오해와 "놀람"이 있을 수 있습니다.
네, 알다시피, 어떻게든 개발자가 변경하고 싶은 것이 무엇인지 알게 되었고, 귀하의 설명 없이는 분명합니다.
근거 없는 비난이 여기 있을 수 있고 아무도 당신을 비난하지 않습니다. 당신은 무언가를 혼동하고 있습니다.
소녀의 기억?
사용자 Alexey Kozitsyn 은 그것을 잘못 사용하고 출력에서 많은 버그를 얻습니다 ...
그리고 표준 라이브러리의 개발자에게 요청 - 라이브러리의 구조에 대한 설명을 작성하십시오. 많은 사람들이 그것을 이해하지 못하고 실수하기 시작하고, 당신은 그들의 인도에 따라 당신이 한 모든 것을 깨기 시작합니다.
여러 혐의. 이것을 비난으로 생각하지 않는다면 이 단어의 정의를 다시 읽으십시오.
표준 라이브러리 의 이념에 따라 작성하고 싶지 않다면 원하는 방식으로 작동하지 않는다고 생각되는 메소드를 오버로드하십시오.
예, 당신은 우리의 이념입니다. 도서관에 어떤 이념이 있고 올바르게 사용하는 방법을 설명하십시오. 또한 Open()이라는 이름의 메서드가 아무 것도 열지 않을 수 있지만 현재 차트가 작동하도록 전송되는 이유를 설명합니다. 그럼에도 불구하고 이 라이브러리의 개발자보다 자신이 더 똑똑하다고 생각하십니까? 오직 당신만이 이해할 수 있는 당신만의 이데올로기를 개발하십시오.
그러나 개발자가 위와 같이 Open 메서드를 변경하면 Attach() 메서드에 첨부된 현재( 0 ) 차트이기 때문에 그 이유가 명확하지 않습니다. 저것들. 다음에 Open을 호출하면 m_chart_id == -1 을 얻게 됩니다. 여기에서는 예제 없이 모든 것이 명확하다고 생각합니다.
예, 실제로 예가 없으면 당신이 말도 안되는 소리를하고 있음이 분명합니다. 그것이 바로, 아무것도 열 필요가 없다면 Open() 메서드를 호출할 이유가 없습니다! 어떻게 이해를 못하겠어? 아니면 당신의 이념에 맞지 않습니까?
사실, 이것은 나에게 문제를 일으키지 않을 것입니다. 현재 차트의 ID를 수신하는 라인을 OnInit에 추가하고 Attach(긴 차트) 메소드를 사용하여 차트를 클래스 객체에 첨부할 것입니다. 그러나 일부 개발자는 이 스레드는 오해와 "놀람"이 있을 수 있습니다.
이것이 당신에게 문제를 일으키지 않는다면 왜 모든 이전 게시물이 !? 왜 공기를 흔들어? 나는 개발자에게 결함을 지적했고 그들은 모든 것을 고칠 것입니다. 모든 것이 잘되고 모두 승리합니다. 그러나 아니요, 당신도 분명히 설명할 수 없는 어떤 종류의 이데올로기를 가지고 여기에 나왔습니다.
예, 타사 개발자에게 문제가 있는 경우 항상 클래스 소스를 보고 작동 방식을 이해할 수 있습니다.
이것으로 우리의 대화가 완성될 수 있다고 생각합니다. 당신은 당신의 의견에 머물고, 나는 내 의견에 동의합니다. 그리고 MQ는 무엇이 더 논리적이고 정확할 것인지를 결정합니다.
네, 알다시피, 어떻게든 개발자가 그것을 변경하고 싶어한다는 사실을 알게 되었고, 귀하의 설명 없이는 분명합니다.
소녀의 기억?
여러 혐의. 이것을 비난으로 생각하지 않는다면 이 단어의 정의를 다시 읽으십시오.
예, 당신은 우리의 이념입니다. 도서관에 어떤 종류의 이념이 있으며 올바르게 사용하는 방법을 설명하십시오. 또한 Open()이라는 이름의 메서드가 아무 것도 열지 않을 수 있지만 현재 차트가 작동하도록 전송되는 이유를 설명합니다. 그럼에도 불구하고 이 라이브러리의 개발자보다 자신이 더 똑똑하다고 생각하십니까? 오직 당신만이 이해할 수 있는 당신만의 이데올로기를 개발하십시오.
예, 실제로 예가 없으면 당신이 말도 안되는 소리를하고 있음이 분명합니다. 그것이 바로, 아무것도 열 필요가 없다면 Open() 메서드를 호출할 이유가 없습니다! 어떻게 이해를 못하겠어? 아니면 당신의 이념에 맞지 않습니까?
이것이 당신에게 문제를 일으키지 않는다면 왜 모든 이전 게시물이 !? 왜 공기를 흔들어? 나는 개발자에게 결함을 지적했고 그들은 모든 것을 고칠 것입니다. 모든 것이 잘되고 모두 승리합니다. 그러나 아니요, 당신도 분명히 설명할 수 없는 어떤 종류의 이데올로기를 가지고 여기에 나왔습니다.
예, 타사 개발자에게 문제가 있는 경우 항상 클래스 소스를 보고 작동 방식을 이해할 수 있습니다.
이것으로 우리의 대화가 완성될 수 있다고 생각합니다. 당신은 당신의 의견과 함께, 나는 내 의견을 유지합니다. 그리고 MQ는 무엇이 더 논리적이고 정확할 것인지를 결정합니다.
관계를 알고 싶다면 PM에게 편지를 쓰십시오.
그리고 당신이 모르는 사람들에게 무례하지 마십시오. 키보드 아래에 있는 사람들을 위해 다시 한 번 반복합니다. 아무도 당신을 비난하지 않습니다. 내가 비난하기 시작하면 나는 당신에게 구체적인 주장을 제기할 것입니다. 내가 당신을 언급했기 때문에 실제로 CChart 클래스를 올바르게 사용하지 않고 있으며 개발자에게 위시리스트를 수정하도록 설득하려고 하지만 이 클래스를 올바르게 사용하면 실수를 피할 수 있고 다른 사람에게 라이브러리 수정을 요청할 필요가 없습니다.
미래를 위해 CChart 클래스를 사용하는 것을 어려운 규칙으로 만드십시오.
1. 클래스 객체 생성
2. 차트 연결
3. 클래스 객체로 작업
4. 클래스 개체에서 차트 분리
5. 클래스 객체 제거
라이브러리를 만들고 사용한다는 이데올로기라는 단어가 귀가 아프다면 이것은 프로그래머에게 일반적으로 개념이 사용되기 때문에 개인적인 비극입니다.
관계를 알고 싶다면 PM에게 편지를 쓰십시오.
그리고 당신이 모르는 사람들에게 무례하지 마십시오. 키보드 아래에 있는 사람들을 위해 다시 한 번 반복합니다. 아무도 당신을 비난하지 않았습니다. 내가 비난하기 시작했다면 나는 당신에게 구체적인 주장을 할 것입니다. 내가 당신을 언급했기 때문에 실제로 CChart 클래스를 올바르게 사용하지 않고 있으며 개발자에게 위시리스트를 수정하도록 설득하려고 하지만 이 클래스를 올바르게 사용하면 실수를 피할 수 있고 다른 사람에게 라이브러리 수정을 요청할 필요가 없습니다.
미래를 위해 CChart 클래스를 사용하는 것을 어려운 규칙으로 만드십시오.
1. 클래스 객체 생성
2. 차트 연결
3. 클래스 객체로 작업
4. 클래스 개체에서 차트 분리
5. 클래스 객체 제거
라이브러리를 만들고 사용한다는 이데올로기라는 단어가 귀가 아프다면 이것은 프로그래머에게 일반적으로 개념이 사용되기 때문에 개인적인 비극입니다.
알아내는 태도 ... 왜? 그것은 나에게 아무것도주지 않을 것입니다.
자신을 가장 똑똑하다고 생각하지 마십시오. 그러면 정상적으로 말을 할 수 있습니다. 그리고 당신은 나를 가르칠 필요가 없습니다. 여기서 똑똑한 말을하지 않았습니다.
스크립트를 실행하면 이렇게 됩니다.
어떻게 대처하고 어떻게 해야 할까요?
스크립트를 첨부했습니다.
여기에서 가져온 http://www.forexfactory.com/showthread.php?t=529896
스크립트를 실행하면 이렇게 됩니다.
어떻게 대처하고 어떻게 해야 할까요?
재생산 방법을 자세히 설명합니다.
빌드, 비트 및 OS는 무엇입니까?
어떤 서버, 상징. 안정적으로 재생되나요?
하하하...
당신은 정말 재치있습니다.
그리고 이 스크린샷은 무엇을 보여줍니까?
시간대 변경이 가능한가요? 이것은 "GMT를 어떻게 변경할 수 있습니까?"라는 원래 질문과 어떤 관련이 있습니까?
그리고 이 스크린샷은 무엇을 보여줍니까?
시간대를 변경할 수 있습니까? 이것은 "GMT를 어떻게 변경할 수 있습니까?"라는 원래 질문과 어떤 관련이 있습니까?
그리고 시간대는 GMT+1 2 3...
그리고 우리는 그것을 바꾸고 있습니다. 여기에 초점이 있습니다.
이제 전역 수준에서 변수에 함수 값을 할당할 수 있습니다.
이게 새거였나?
이제 전역 수준에서 변수에 함수 값을 할당할 수 있습니다.
이게 새거였나?