Yedelkin : 그러나 전문 프로그래밍과는 거리가 먼 초보자도 언어를 시작하고 작업을 시작한다는 사실을 잊어서는 안됩니다. 그리고 기본값의 복잡성, 함수 오버로드, 컴파일러 문제, 특정 경우에 4개의 매개변수를 지정해야 하는 의무 등을 모르는 사람들. 초보자(저 포함)는 사용 가능한 참조 텍스트로 작업하고 자신이 모르는 것을 추측하지 않으려고 노력합니다. 예를 들어, 귀하의 모든 발언이 디렉토리에 반영 되었다면 나나 리자 모두 처음에는 문제가 없었을 것입니다.
컴파일러는 인수 유형과 인수 번호에 따라 올바른 함수를 선택합니다. 이 선택의 규칙을서명 일치 알고리즘이라고 합니다. 서명은 함수 선언에 사용되는 유형 목록입니다.
...
오버로딩은 함수에 여러 값을 제공하는 관행입니다. 특정 값의 선택은 함수가 수신한 인수 유형에 따라 다릅니다. 특정 함수는 함수 선언의 매개변수 목록으로 함수를 호출할 때 인수 목록의 대응에 따라 선택됩니다.
오버로드된 함수가 호출되면 컴파일러에는 적절한 함수를 선택하는 알고리즘이 있어야 합니다. 이 선택을 수행하는 알고리즘은 존재하는 변환 유형에 따라 다릅니다. 최고의 일치는 고유해야 합니다. 최소한 하나의 인수에 대해 가장 적합해야 하며 다른 모든 인수에 대해 다른 것과 일치해야 합니다.
당신은 프로처럼 대답합니다. 기능의 출현으로 즉시 그 성격을 결정할 수 있습니다. 전문가가 아닌 관점에서 동일한 질문을 보려고 합니다.
... "대부분의 속성에는 하위 창 번호가 필요하지 않음"에 따라 디렉토리에서 명확한 설명을 제공했습니다. 그리고 그는 이 표현이 무엇을 의미하는지 설명했습니다. 그는 핸드북의 특정 섹션에서 구체적인 설명을 할 것을 제안했습니다. 대신 포럼에서 "Function Overloading" 섹션을 참조하세요. 동시에 (초보자의 관점에서) ChartGetInteger() 함수에 대한 설명은 오버로딩에 대해 아무 말도 하지 않습니다.
물론 함수 오버로딩에 대해 읽은 적이 있습니다. 그리고 나는 스스로 오버로드 된 기능을 만들지 않을 것이라고 스스로 결론지었습니다 (문제가 발생하지 않도록). ChartGetInteger()의 경우 함수 오버로딩에 대해 이야기하고 있다고 가정할 수 없습니다. 전문가만이 이에 대해 즉시 알 수 있기 때문입니다.
따라서 다시 한 번 반복합니다. 비전문가는 도움말 텍스트(특정 기능과 관련하여 추가하겠습니다) 즉, 자신이 모르는 것에 대해 생각하지 않으려고 작업합니다. 참조에 "함수 오버로딩" 섹션이 있고 이 섹션이 모든 문제를 해결한다고 주장한다면 다음 단계를 수행하는 것이 좋습니다. 특정 ChartGetInteger() 함수에 대한 도움말 텍스트에 함수가 오버로드되었음을 반영하고 어떤 결과를 초래할 수 있습니다. 제 생각에는 앞서 5절에서 언급한 설명을 핸드북에 도입하는 것이 더 쉽습니다.
추가하겠습니다. 공동의 노력으로 시야가 넓어져 이 문제가 해결되었습니다. 덕분에. 이제 다른 비전문가들도 같은 갈퀴를 밟지 않는다는 사실을 이야기하는 것입니다. 오직 그리고 모든 것. 모든 것을 그대로 두는 것은 개발자의 몫입니다. 그러면 오늘 토론은 포럼에서 사라지고 신규 사용자에게는 특정 기능에 대한 설명이 있는 그대로 남겨집니다.
Yedelkin : 지금은 어떨지 모르겠지만 여름이 끝날 때까지 Alpari는 구식 빌드였습니다. 저것들. 업데이트가 2~4주 지연되었습니다.
여기에서 다운로드한 터미널 아래에 Alpari에서 계정을 등록해야 합니다. 그러면 정확히 바가 업데이트되지 않은 곳과 터미널이 비난받을 것인지 여부가 명확해질 것입니다.
참고로 알파리 서버는 여기 - 62.213.101.242:443
예델킨 :
4. 당신이 제공한 예에서, 두 번째 버전의 함수의 경우 속성 자체에서 하위 창 번호를 지정할 필요가 없더라도 항상 세 번째 매개변수( sub_window )를 지정해야 합니다. 저것들. 함수의 첫 번째 버전(2개 및 3개의 매개변수 모두와 함께 사용할 수 있음)과 달리 함수의 두 번째 버전은 항상 4개의 매개변수를 모두 지정해야 합니다. 바르게?
5. 맞다면 두 가지 사실을 알게 되었습니다. 첫째, 문제의 초기 버전이 잘못된 것으로 판명되었습니다. 둘째, 이 잘못된 버전의 출현 원인은 디렉토리에 반영된 정보의 불완전성에 있습니다. 따라서 디렉토리에 설명을 추가할 것을 제안합니다. "두 번째 옵션에는 기본값이 없으므로 하위 창 번호를 항상 지정해야 합니다. 하위 창 번호를 지정할 필요가 없는 대부분의 속성의 경우 0(차트의 기본 창)을 지정하는 데 필요합니다." 또는 그런 것.
4. 두 번째 옵션에는 첫 번째 옵션과 달리 네 가지 매개변수가 모두 필요합니다. 우리가 이전에 알아낸 것처럼.
완전히 동의합니다. 사실, 여기에는 시간, 노동 등의 추가 비용이 필요하다는 점을 고려해야합니다.
...핸드북의 온라인 버전의 경우 모든 사람(기사 작성자, 포럼 질문 작성자)이 해당 주제에 대한 사이트의 자료에 대한 링크를 추가할 수 있는 블록이 있으면 어떻게 됩니까? 중재자가 새 기사/주제를 추적하는 것보다 왼쪽 링크를 제거하는 것이 훨씬 쉽습니다. 그리고 우리는 "미래 세대"와 지식을 공유하는 기회를 가질 것입니다 :)
그러나 전문 프로그래밍과는 거리가 먼 초보자도 언어를 시작하고 작업을 시작한다는 사실을 잊어서는 안됩니다. 그리고 기본값의 복잡성, 함수 오버로드, 컴파일러 문제, 특정 경우에 4개의 매개변수를 지정해야 하는 의무 등을 모르는 사람들. 초보자(저 포함)는 사용 가능한 참조 텍스트로 작업하고 자신이 모르는 것을 추측하지 않으려고 노력합니다. 예를 들어, 귀하의 모든 발언이 디렉토리에 반영 되었다면 나나 리자 모두 처음에는 문제가 없었을 것입니다.
문서에는 Function Overloading 에 대한 섹션이 있습니다.
컴파일러는 인수 유형과 인수 번호 에 따라 올바른 함수를 선택합니다. 이 선택의 규칙을 서명 일치 알고리즘이라고 합니다 . 서명은 함수 선언에 사용되는 유형 목록입니다.
...
오버로딩은 함수에 여러 값을 제공하는 관행입니다. 특정 값의 선택은 함수가 수신한 인수 유형에 따라 다릅니다. 특정 함수는 함수 선언의 매개변수 목록으로 함수를 호출할 때 인수 목록의 대응에 따라 선택됩니다.
오버로드된 함수가 호출되면 컴파일러에는 적절한 함수를 선택하는 알고리즘이 있어야 합니다. 이 선택을 수행하는 알고리즘은 존재하는 변환 유형에 따라 다릅니다. 최고의 일치는 고유해야 합니다. 최소한 하나의 인수에 대해 가장 적합해야 하며 다른 모든 인수에 대해 다른 것과 일치해야 합니다.
다음은 각 인수에 대한 일치 알고리즘입니다.
오버로드된 함수를 선택하는 알고리즘
예, 여기 그림 에서 원하는 서버를 선택합니다(표준 서버에서).
3시간동안 터미널을 나와 M5 왔는데 거기만 가격이 뛴다
바. 터미널을 다시 시작하고 이 3시간 동안만 바를 바꿉니다.
오늘 373 mt5 빌드와 함께 설치된 터미널(포럼에서 -
https://download.mql5.com/cdn/web/metaquotes.software.corp/mt5/mt5setup.exe
그리고 여기에 또 다른 것이 있습니다. 아마도 버그가 있을 수 있지만 새 일정을 선택하면
그러면 업데이트가 없고 터미널이 다시 시작된 후 막대가 나타납니다. 그림 3
따라서 가격 라인은 다시 시작할 때까지 실행됩니다. 그리고 그것들만 나타난다.
터미널의 이 시간 동안 실행되었습니다. 어쩌면 나는 그것을하지 않을거야
하지만 3번을 다시 설치하고 따옴표가 있는 파일을 삭제하려고 시도했습니다.
어쨌든 뭔가 업데이트되지 않습니다
문서에는 Function Overloading 에 대한 섹션이 있습니다.
당신은 프로처럼 대답합니다. 기능의 출현으로 즉시 그 성격을 결정할 수 있습니다. 전문가가 아닌 관점에서 동일한 질문을 보려고 합니다.
... "대부분의 속성에는 하위 창 번호가 필요하지 않음"에 따라 디렉토리에서 명확한 설명을 제공했습니다. 그리고 그는 이 표현이 무엇을 의미하는지 설명했습니다. 그는 핸드북의 특정 섹션에서 구체적인 설명을 할 것을 제안했습니다. 대신 포럼에서 "Function Overloading" 섹션을 참조하세요. 동시에 (초보자의 관점에서) ChartGetInteger() 함수에 대한 설명은 오버로딩에 대해 아무 말도 하지 않습니다.
물론 함수 오버로딩에 대해 읽은 적이 있습니다. 그리고 나는 스스로 오버로드 된 기능을 만들지 않을 것이라고 스스로 결론지었습니다 (문제가 발생하지 않도록). ChartGetInteger()의 경우 함수 오버로딩에 대해 이야기하고 있다고 가정할 수 없습니다. 전문가만이 이에 대해 즉시 알 수 있기 때문입니다.
따라서 다시 한 번 반복합니다. 비전문가는 도움말 텍스트(특정 기능과 관련하여 추가하겠습니다) 즉, 자신이 모르는 것에 대해 생각하지 않으려고 작업합니다. 참조에 "함수 오버로딩" 섹션이 있고 이 섹션이 모든 문제를 해결한다고 주장한다면 다음 단계를 수행하는 것이 좋습니다. 특정 ChartGetInteger() 함수에 대한 도움말 텍스트에 함수가 오버로드되었음을 반영하고 어떤 결과를 초래할 수 있습니다. 제 생각에는 앞서 5절에서 언급한 설명을 핸드북에 도입하는 것이 더 쉽습니다.
추가하겠습니다. 공동의 노력으로 시야가 넓어져 이 문제가 해결되었습니다. 덕분에. 이제 다른 비전문가들도 같은 갈퀴를 밟지 않는다는 사실을 이야기하는 것입니다. 오직 그리고 모든 것. 모든 것을 그대로 두는 것은 개발자의 몫입니다. 그러면 오늘 토론은 포럼에서 사라지고 신규 사용자에게는 특정 기능에 대한 설명이 있는 그대로 남겨집니다.
터미널 로그를 첨부하십시오.
죄송합니다. 불필요한 것으로 삭제했습니다. 뭐가 문제인지 모르겠어
그러나 모든 것이 Alpari에서 작동합니다. 누군가가 직접 시도해 볼 수 있습니다.
포럼 "MT5 업데이트"의 링크를 통해 설치하십시오.
도와주셔서 감사합니다 - 행운을 빕니다
그러나 모든 것이 Alpari에서 작동합니다. 누군가가 직접 시도해 볼 수 있습니다.
지금은 어떨지 모르겠지만 여름이 끝날 때까지 Alpari는 구식 빌드였습니다. 저것들. 업데이트가 2~4주 지연되었습니다.
여기에서 다운로드한 터미널 아래에 Alpari에서 계정을 등록해야 합니다. 그러면 정확히 바가 업데이트되지 않은 곳과 터미널이 비난받을 것인지 여부가 명확해질 것입니다.
참고로 알파리 서버는 여기 - 62.213.101.242:443
4. 당신이 제공한 예에서, 두 번째 버전의 함수의 경우 속성 자체에서 하위 창 번호를 지정할 필요가 없더라도 항상 세 번째 매개변수( sub_window )를 지정해야 합니다. 저것들. 함수의 첫 번째 버전(2개 및 3개의 매개변수 모두와 함께 사용할 수 있음)과 달리 함수의 두 번째 버전은 항상 4개의 매개변수를 모두 지정해야 합니다. 바르게?
5. 맞다면 두 가지 사실을 알게 되었습니다. 첫째, 문제의 초기 버전이 잘못된 것으로 판명되었습니다. 둘째, 이 잘못된 버전의 출현 원인은 디렉토리에 반영된 정보의 불완전성에 있습니다. 따라서 디렉토리에 설명을 추가할 것을 제안합니다. "두 번째 옵션에는 기본값이 없으므로 하위 창 번호를 항상 지정해야 합니다. 하위 창 번호를 지정할 필요가 없는 대부분의 속성의 경우 0(차트의 기본 창)을 지정하는 데 필요합니다." 또는 그런 것.
4. 두 번째 옵션에는 첫 번째 옵션과 달리 네 가지 매개변수가 모두 필요합니다. 우리가 이전에 알아낸 것처럼.
5. 핸드북은 더 많은 설명, 더 많은 상호 참조 및 더 많은 예가 필요합니다.
추신
또한 개발자는 최소한 온라인 버전의 가이드에서 이러한 블록을 추가하는 것이 좋습니다.
이 주제에 대한 기사 / 참조:
하나. ................................................ ........
2. .................................................................. ........
삼. ................................................ ........
또한 개발자는 최소한 온라인 버전의 가이드에서 이러한 블록을 추가하는 것이 좋습니다.
이 주제에 대한 기사 / 참조:
하나. ................................................ ........
2. .................................................................. ........
삼. ................................................ ........
완전히 동의합니다. 사실, 여기에는 시간, 노동 등의 추가 비용이 필요하다는 점을 고려해야합니다.
...핸드북의 온라인 버전의 경우 모든 사람(기사 작성자, 포럼 질문 작성자)이 해당 주제에 대한 사이트의 자료에 대한 링크를 추가할 수 있는 블록이 있으면 어떻게 됩니까? 중재자가 새 기사/주제를 추적하는 것보다 왼쪽 링크를 제거하는 것이 훨씬 쉽습니다. 그리고 우리는 "미래 세대"와 지식을 공유하는 기회를 가질 것입니다 :)
여기에서 다운로드한 터미널 아래에 Alpari에서 계정을 등록해야 합니다. 그러면 정확히 바가 업데이트되지 않은 곳과 터미널이 비난받을 것인지 여부가 명확해질 것입니다.
참고로 알파리 서버는 여기 - 62.213.101.242:443
주제에 대한 구독을 취소하고 싶습니다 - 계정 등록에 이러한 서버 매개변수를 입력하십시오
(게다가 그는 62.213.101.242:443 약 15개의 다른 유사한 것을 처방했고 이것은 덧붙여서)
결과는 동일합니다(Mt5 373) - 새 데모 계정 을 등록하지 않습니다.
내가 뭔가를 잘못하고 있는 것일 수도 있습니다. 비슷한 사람이 있으면 응용 프로그램을 만들 수 있습니다!
!
주제에 대한 구독을 취소하고 싶습니다 - 계정 등록에 이러한 서버 매개변수를 입력하십시오
(게다가 그는 62.213.101.242:443 약 15개의 다른 유사한 것을 처방했고 이것은 덧붙여서)
결과는 동일합니다(Mt5 373) - 새 데모 계정 을 등록하지 않습니다.
내가 뭔가를 잘못하고 있는 것일 수도 있습니다. 비슷한 사람이 있으면 응용 프로그램을 만들 수 있습니다!
사진이 더 설명이 잘 된다고 합니다. 노력할게...
이것이 우리가 알프스에 새 계정을 등록하는 방법입니다.
1. 목록에 서버 추가
2. 새 계정 추가
기존 계정에 로그인
사진이 더 설명이 잘 된다고 합니다. 내가 해볼게...
이것이 우리가 알프스에서 새 계정을 설정하는 방법입니다.
1. 목록에 서버 추가
2. 새 계정 추가
기존 계정에 로그인
글쎄, 적어도 그녀는 스캔 할 수 있지만 n / 나에게 씁니다.
Alpari 서버의 모든 입력 매개변수에서 귀하를 시도하겠습니다.
위에서 설명했습니다!(예: 148.58,...)