네이밍을 사용하면 일반적으로 모든 것이 매우 좋지 않습니다. 간단한 이름 충돌을 해결하는 방법은 가비지 m_ a_를 엔터티에 추가하는 것입니다. 컴파일러는 범위를 지정하고 맹세하는 방법을 모르기 때문입니다.
두 명의 독립 프로그래머가 함수, 클래스 및 전역 변수의 이름을 동일하게 지정해서는 안 됩니다. 그리고 메소드의 매개변수, 기능은 고유해야 합니다. 그리고 지역 변수도 있습니다.
여기서 정적이란 무엇입니까 :-)
죄송합니다, 화상
작업은 다르며 정적 변수를 사용하여 네임스페이스 충돌을 해결하는 것은 물론 가치가 없습니다(그러나 이것은 정확하지 않습니다... :)). 그러나 여기에서 예를 들어 특정 클래스의 객체가 몇 개나 생성되었는지 기록할 수 있습니다. 또한 정적 상수는 매우 편리한 기능입니다. 정적 메서드 등 물론 정적 없이 할 수 있습니다. 그러나 그것은 모두 많은 요인에 달려 있습니다. 당면한 작업과 해결 방법에서. 그리고 물론, 프로그래밍 개념에 대한 프로그래머의 이해 에서 .
작업은 다르며 정적 변수를 사용하여 네임스페이스 충돌을 해결하는 것은 물론 가치가 없습니다(그러나 이것은 정확하지 않습니다... :)). 그러나 예를 들어 여기에서 예를 들어 특정 클래스의 객체가 몇 개나 생성되었는지 기록할 수 있습니다. 또한 정적 상수는 매우 편리한 기능입니다. 정적 메서드 등 물론 정적 없이 할 수 있습니다. 그러나 그것은 모두 많은 요인에 달려 있습니다. 당면한 작업과 해결 방법에서. 그리고 물론, 프로그래밍 개념에 대한 프로그래머의 이해 에서 .
이제 스레드 라이브러리를 가져 와서 자신에게 #include하십시오.
당신은 갑자기 많은 갈등을 겪게 될 것입니다. 단지 당신과 작가가 합리적인 두 사람으로서 같은 것을 같은 것으로 불렀기 때문이라면. 간단한 Expert Advisor에서 이중 SL과 경고 시트를 입력하십시오.
스톱로스라고 하고 정확히 그것을 의미한다면 누구와도 일치하지 않도록 보장하기 위한 스톱로스의 이름은 도대체 무엇일까요?
주식회사 ! 솔루션은 inp_SL...이고 가시성에서 m_SL 및 a_SL입니다... 개발자가 메타데이터와 범위를 이름으로 드래그할 수 있습니다.
당신은 갑자기 많은 갈등을 겪게 될 것입니다. 단지 당신과 작가가 합리적인 두 사람으로서 같은 것을 같은 것으로 불렀기 때문이라면. 간단한 Expert Advisor에서 이중 SL과 경고 시트를 입력하십시오.
스톱로스라고 하고 정확히 그것을 의미한다면 누구와도 일치하지 않도록 보장하기 위한 스톱로스의 이름은 도대체 무엇일까요?
주식회사 ! 솔루션은 inp_SL...이고 가시성에서 m_SL 및 a_SL입니다... 개발자가 메타데이터와 범위를 이름으로 드래그할 수 있습니다.
뭔가 어울리지 않는 악...
나는 거의 만족하지 않기 때문에 스턴 라이브러리를 거의 사용하지 않습니다. 나는 내 자신을 만드는 것을 선호합니다. 그러나 나 보다 먼저 여러 번 발명된 것을 만들어야 하는 경우에만 타사 라이브러리를 사용할 수 있습니다. 그런 다음 이러한 타사 라이브러리를 완료해야 하는 경우가 많습니다(갑자기 오류 가 표시 되거나 필요한 기능이나 메서드가 충분하지 않음). 그리고 설명하신 대로 충돌이 너무 많으면 다른 라이브러리를 찾는 것이 좋습니다. 가장 극단적인 경우 자동 교체를 사용하여 이름을 변경합니다. 그러나 나는 그것을하지 않을 것입니다.
왜 모든 사람들이 일종의 이름 충돌에 대해 이야기하는지 이해가되지 않습니다. 아마도 절차 적 프로그래밍에 관한 것입니다 ... 내가 아는 한 이러한 충돌이 여러 개 있으면 다음을 통해 쉽게 해결할 수 있습니다. 접두사. 그냥 사업 ... 왜 이것에 대해 그렇게 많이 썼습니까? ... :)
또한 오랫동안 개발자들은 네임스페이스 같은 것을 추가했습니다. 4편에서는 어떨지 모르겠는데 5편에서는 오랜만이네요. 그래서 저는 그렇게 큰 문제가 없다고 봅니다.
mql에서 static을 사용하면 모든 것이 실행되고 오류가 발생합니다. 코드는 중간 obj 없이 항상 전체로 어셈블/컴파일되며, 정적 선언은 전통에 대한 찬사일 뿐입니다.
사람이 mql에서 static을 사용하는 경우 그는 거의 100% C/C++/C# 세계에서 온 것입니다. 또는 엿보고 우스꽝스럽게 모방 :-)
하지만 __thread__도 있습니다 :-)
함수가 아닌 모듈에 static을 쓴다면 그렇습니다. 코더는 아마도 자신이 하는 일을 모를 것입니다. :) 그러나 함수의 지역 변수 와 클래스 메소드의 지역 변수, 그리고 클래스 필드에 관해서도 내 생각에 매우 필요한 것.
그리고 이것의 결과로 정적 변수의 개념에 대한 오해와 잘못된 사용 으로 인해 오류가 발생할 수 있습니다.~ 후에
추가하다도움이되지 않았습니다) 내가 그것을 두지 않은 곳에)
함수가 아닌 모듈에 static을 쓴다면 그렇습니다. 코더는 아마도 자신이 하는 일을 모를 것입니다. :) 그러나 함수의 지역 변수 와 클래스 메소드의 지역 변수, 그리고 클래스 필드에 관해서도 내 생각에 매우 필요한 것.
일반적으로 이름 지정을 사용하면 모든 것이 매우 좋지 않습니다. 간단한 이름 충돌을 해결하는 방법은 가비지 m_ a_를 엔터티에 추가하는 것입니다. 컴파일러는 범위를 지정하고 맹세하는 방법을 모르기 때문입니다.
두 명의 독립 프로그래머가 함수, 클래스 및 전역 변수의 이름을 동일하게 지정해서는 안 됩니다. 그리고 메소드의 매개변수, 기능은 고유해야 합니다. 그리고 지역 변수도 있습니다.
여기서 정적이란 무엇입니까 :-)
죄송합니다, 화상
도움이되지 않았습니다) 내가 그것을 두지 않은 곳에)
코드를 이해하려면 어드바이저의 전체 논리, 수행하는 작업 및 조건을 살펴보십시오.
나는 당신을 위해 전체 고문을 매우 접근하기 쉬운 방식으로 그렸습니다. 초보자도 이해하지 못한다면 질문하십시오.
고문이 당신에게 편지를 쓰기를 원하면 "법을 준수하는 시민" 으로 여기에서 지원하십시오.
네이밍을 사용하면 일반적으로 모든 것이 매우 좋지 않습니다. 간단한 이름 충돌을 해결하는 방법은 가비지 m_ a_를 엔터티에 추가하는 것입니다. 컴파일러는 범위를 지정하고 맹세하는 방법을 모르기 때문입니다.
두 명의 독립 프로그래머가 함수, 클래스 및 전역 변수의 이름을 동일하게 지정해서는 안 됩니다. 그리고 메소드의 매개변수, 기능은 고유해야 합니다. 그리고 지역 변수도 있습니다.
여기서 정적이란 무엇입니까 :-)
죄송합니다, 화상
작업은 다르며 정적 변수를 사용하여 네임스페이스 충돌을 해결하는 것은 물론 가치가 없습니다(그러나 이것은 정확하지 않습니다... :)). 그러나 여기에서 예를 들어 특정 클래스의 객체가 몇 개나 생성되었는지 기록할 수 있습니다. 또한 정적 상수는 매우 편리한 기능입니다. 정적 메서드 등 물론 정적 없이 할 수 있습니다. 그러나 그것은 모두 많은 요인에 달려 있습니다. 당면한 작업과 해결 방법에서. 그리고 물론, 프로그래밍 개념에 대한 프로그래머의 이해 에서 .
작업은 다르며 정적 변수를 사용하여 네임스페이스 충돌을 해결하는 것은 물론 가치가 없습니다(그러나 이것은 정확하지 않습니다... :)). 그러나 예를 들어 여기에서 예를 들어 특정 클래스의 객체가 몇 개나 생성되었는지 기록할 수 있습니다. 또한 정적 상수는 매우 편리한 기능입니다. 정적 메서드 등 물론 정적 없이 할 수 있습니다. 그러나 그것은 모두 많은 요인에 달려 있습니다. 당면한 작업과 해결 방법에서. 그리고 물론, 프로그래밍 개념에 대한 프로그래머의 이해 에서 .
이제 스레드 라이브러리를 가져 와서 자신에게 #include하십시오.
당신은 갑자기 많은 갈등을 겪게 될 것입니다. 단지 당신과 작가가 합리적인 두 사람으로서 같은 것을 같은 것으로 불렀기 때문이라면. 간단한 Expert Advisor에서 이중 SL과 경고 시트를 입력하십시오.
스톱로스라고 하고 정확히 그것을 의미한다면 누구와도 일치하지 않도록 보장하기 위한 스톱로스의 이름은 도대체 무엇일까요?
주식회사 ! 솔루션은 inp_SL...이고 가시성에서 m_SL 및 a_SL입니다... 개발자가 메타데이터와 범위를 이름으로 드래그할 수 있습니다.
뭔가 엉뚱한 곳에서 사악한 ...
이제 스레드 라이브러리를 가져 와서 자신에게 #include하십시오.
당신은 갑자기 많은 갈등을 겪게 될 것입니다. 단지 당신과 작가가 합리적인 두 사람으로서 같은 것을 같은 것으로 불렀기 때문이라면. 간단한 Expert Advisor에서 이중 SL과 경고 시트를 입력하십시오.
스톱로스라고 하고 정확히 그것을 의미한다면 누구와도 일치하지 않도록 보장하기 위한 스톱로스의 이름은 도대체 무엇일까요?
주식회사 ! 솔루션은 inp_SL...이고 가시성에서 m_SL 및 a_SL입니다... 개발자가 메타데이터와 범위를 이름으로 드래그할 수 있습니다.
뭔가 어울리지 않는 악...
나는 거의 만족하지 않기 때문에 스턴 라이브러리를 거의 사용하지 않습니다. 나는 내 자신을 만드는 것을 선호합니다. 그러나 나 보다 먼저 여러 번 발명된 것을 만들어야 하는 경우에만 타사 라이브러리를 사용할 수 있습니다. 그런 다음 이러한 타사 라이브러리를 완료해야 하는 경우가 많습니다(갑자기 오류 가 표시 되거나 필요한 기능이나 메서드가 충분하지 않음). 그리고 설명하신 대로 충돌이 너무 많으면 다른 라이브러리를 찾는 것이 좋습니다. 가장 극단적인 경우 자동 교체를 사용하여 이름을 변경합니다. 그러나 나는 그것을하지 않을 것입니다.
코드를 이해하려면 어드바이저의 전체 논리, 수행하는 작업 및 조건을 살펴보십시오.
나는 당신을 위해 전체 고문을 매우 접근하기 쉬운 방식으로 그렸습니다. 초보자도 이해하지 못한다면 질문하십시오.
고문이 당신에게 편지를 쓰기를 원하면 "법을 준수하는 시민" 으로 여기에서 지원하십시오.
아니 난 원하지 않아. 나는 그것을 스스로 알아내고 싶다.
MQL 레퍼런스에 약간 다른 언어로 써있어서 이해가 안가는 부분도 있고, 상담원님 네, 정말 친절하게 설명해주셔서 감사합니다.
이제 스레드 라이브러리를 가져 와서 자신에게 #include하십시오.
당신은 갑자기 많은 갈등을 겪게 될 것입니다. 단지 당신과 작가가 합리적인 두 사람으로서 같은 것을 같은 것으로 불렀기 때문이라면. 간단한 Expert Advisor에서 이중 SL과 경고 시트를 입력하십시오.
스톱로스라고 하고 정확히 그것을 의미한다면 누구와도 일치하지 않도록 보장하기 위한 스톱로스의 이름은 도대체 무엇일까요?
주식회사 ! 솔루션은 inp_SL...이고 가시성에서 m_SL 및 a_SL입니다... 개발자가 메타데이터와 범위를 이름으로 드래그할 수 있습니다.
뭔가 엉뚱한 곳에서 사악한 ...
분명히 뜨거워졌습니다.)) 다른 사람들의 큰 성경 코드를 프로그램 본문에 삽입하는 요점을 결코 알 수 없습니다. 실제 지침이 필요하거나 먼저 분해 및 이해해야 함)))
프로젝트 의 고유 접두사 생성기는 우리의 전부입니다))))
왜 모든 사람들이 일종의 이름 충돌에 대해 이야기하는지 이해가되지 않습니다. 아마도 절차 적 프로그래밍에 관한 것입니다 ... 내가 아는 한 이러한 충돌이 여러 개 있으면 다음을 통해 쉽게 해결할 수 있습니다. 접두사. 그냥 사업 ... 왜 이것에 대해 그렇게 많이 썼습니까? ... :)
또한 오랫동안 개발자들은 네임스페이스 같은 것을 추가했습니다. 4편에서는 어떨지 모르겠는데 5편에서는 오랜만이네요. 그래서 저는 그렇게 큰 문제가 없다고 봅니다.