나는 이것 때문에 여기에 연료의 눈물을 쏟고 모든 개발이 박탈되고 있다고 전체 포럼에 징징거릴 가치가 있다고 생각하지 않습니다. 재미있지 않나요? 그건 그렇고, 나는 이것에 대해 읽었으며 그것을 회복 할 수없는 호환성 손실로 간주하지 않습니다. 아니다? 모든 것, 휴지통에 있는 모든 코드?
분명히, 당신은 자신의 발전이 없거나 손가락으로 계산할 수 있습니다. 그래서 그것은 당신을 귀찮게하지 않습니다. 그리고 다른 많은 사람들은 수백 개의 작성된 코드를 가지고 있으며 모두 수정하고 모든 것이 올바르게 작동하는지 확인할 시간이 많지 않습니다. 네, 그리고 코드 베이스에는 아주 좋은 것들이 많이 있습니다 ...
그리고 당신은 단순히 교체로 얻을 수 없습니다. Zhunko가 논리적 작업 의 우선 순위에 대한 요점을 지적한 것은 헛되지 않았습니다. 이것은 아마도 가장 심각하고 위험한 것입니다. 이 경우 코드가 컴파일되고 작동하지만 논리만 손상될 수 있습니다.
분명히, 당신은 자신의 발전이 없거나 손가락으로 계산할 수 있습니다. 그래서 그것은 당신을 귀찮게하지 않습니다. 그리고 다른 많은 사람들은 수백 개의 작성된 코드를 가지고 있으며 모두 수정하고 모든 것이 올바르게 작동하는지 확인할 시간이 많지 않습니다. 예, 그리고 코드베이스에는 좋은 레이아웃이 많이 있습니다 ...
그리고 당신은 단순히 교체로 얻을 수 없습니다. Zhunko가 논리적 작업의 우선 순위에 대해 지적한 것은 헛되지 않았습니다. 이것은 아마도 가장 심각하고 위험한 것입니다. 이 경우 코드가 컴파일되고 작동하지만 논리만 손상될 수 있습니다.
당신이 모르는 것에 대해 긍정적으로 말하지 마, 응? 나는 내 자신의 일에 대해 이야기하고 있습니다. 이것이 첫 번째입니다. 두 번째 - 예, 논리적 작업 의 우선 순위에 대해 걱정하지 않습니다. 내 코드에서 처음에는 혁신으로 인해 손상될 수 없는 방식으로 정렬되어 있기 때문입니다. 동시에 실행 속도에 최적화되어 있습니다. 내 스타일은...
그리고 소수의 사람들이 여기서 당황하고 있습니다. 아니면 여기에서 가장 많이 일한 유일한 사람입니까? 비꼬아서 죄송합니다... ;)
그리고 소수의 사람들이 여기서 당황하고 있습니다. 아니면 여기에서 가장 많이 일한 유일한 사람입니까? 비꼬아서 죄송합니다... ;)
글쎄, 이 스레드에는 소수만이 존재합니다. :) 거의 한 달이 지났고 6페이지의 댓글만 있습니다. 결국 이 주제는 이 포럼이 전용으로 사용되는 MQL 언어와 직접적인 관련이 있습니다.
이전 게시물의 연속으로 추가하겠습니다. 예를 들어, 매개변수가 있는 시작/초기화/초기화 기능과 관련이 있고 다차원 문자열 배열을 dll로 전송하는 것을 금지하는 경우 Ctrl+H가 여기서 어떻게 도움이 될까요? 물론, 나는 당신이 그것을 사용하지 않았을 수도 있다는 것을 이해하지만 (아마도 위험을 예견 했습니까? :)), 왜냐하면 다른 많은 사람들이 사용했기 때문입니다. 이 사건의 전환을 예상하지 못했습니다.
게다가 이 스레드에서 발표된 변경 사항은 mql5와의 체계적인 합병을 위한 첫 번째 단계일 뿐이며 원래 발표된 대로 OOP 등을 포함한 추가 혁신이 뒤따를 것입니다. 코드를 더 수정해야 합니다... 마침내 눈을 뜨십시오.
글쎄, 이 스레드에는 소수만이 존재합니다. :) 거의 한 달이 지났고 6페이지의 댓글만 있습니다. 결국 이 주제는 이 포럼이 전용으로 사용되는 MQL 언어와 직접적인 관련이 있습니다.
이전 게시물의 연속으로 추가하겠습니다. 예를 들어, 매개변수가 있는 시작/초기화/초기화 기능과 관련이 있고 다차원 문자열 배열을 dll로 전송하는 것을 금지하는 경우 Ctrl+H가 여기서 어떻게 도움이 될까요? 물론, 나는 당신이 그것을 사용하지 않았을 수도 있다는 것을 이해하지만 (아마도 위험을 예견 했습니까? :)), 왜냐하면 다른 많은 사람들이 사용했기 때문입니다. 이 사건의 전환을 예상하지 못했습니다.
게다가 이 스레드에서 발표된 변경 사항은 mql5와의 체계적인 합병을 위한 첫 번째 단계일 뿐이며 원래 발표된 대로 OOP 등을 포함한 추가 혁신이 뒤따를 것입니다. 코드를 더 수정해야 합니다... 마침내 눈을 뜨십시오.
분명히, 당신은 자신의 발전이 없거나 손가락으로 계산할 수 있습니다. 그래서 그것은 당신을 귀찮게하지 않습니다. 그리고 다른 많은 사람들은 수백 개의 작성된 코드를 가지고 있으며 모두 수정하고 모든 것이 올바르게 작동하는지 확인할 시간이 많지 않습니다. 네, 그리고 코드베이스에는 아주 좋은 것들이 많이 있습니다...
그리고 당신은 단지 교체로 얻을 수 없습니다. Zhunko가 논리적 작업의 우선 순위에 대해 지적한 것은 헛되지 않았습니다. 이것은 아마도 가장 심각하고 위험한 것입니다. 이 경우 코드가 컴파일되고 작동하지만 논리만 손상될 수 있습니다.
당황할 필요가 없습니다. 제안된 IDE+MQL 패키지를 다운로드하고 개발 내용을 확인하십시오.
이제 컴파일러는 매우 우수한 분석기를 가지고 있으며 위험한 부울 표현식 혼합에 대한 경고를 쉽게 제공합니다. 직접 시도하십시오.
글쎄, 이 스레드에는 소수만이 존재합니다. :) 거의 한 달이 지났고 6페이지의 댓글만 있습니다. 결국 이 주제는 이 포럼이 전용으로 사용되는 MQL 언어와 직접적인 관련이 있습니다.
이전 게시물의 연속으로 추가하겠습니다. 예를 들어, 매개변수가 있는 시작/초기화/초기화 기능과 관련이 있고 다차원 문자열 배열을 dll로 전송하는 것을 금지하는 경우 Ctrl+H가 여기서 어떻게 도움이 될까요? 물론, 나는 당신이 그것을 사용하지 않았을 수도 있다는 것을 이해하지만 (아마도 위험을 예견 했습니까? :)), 왜냐하면 다른 많은 사람들이 사용했기 때문입니다. 이 사건의 전환을 예상하지 못했습니다.
게다가 이 스레드에서 발표된 변경 사항은 mql5와의 체계적인 합병을 위한 첫 번째 단계일 뿐이며 원래 발표된 대로 OOP 등을 포함한 추가 혁신이 뒤따를 것입니다. 코드를 더 수정해야 합니다... 마침내 눈을 뜨십시오.
우리는 start/init/deinit에 매개변수가 존재하지 않아야 했기 때문에 언급했지만 작성자가 실수로 불필요한 매개변수를 추가했을 때 소스 코드의 예를 발견했습니다. 이전 MQL4에서는 이를 자동으로 건너뛰었지만 MQL5에서는 이미 버그로 보고되었습니다. 여기에는 문제가 없습니다. 매우 드문 오류만 즉시 표시됩니다.
DLL로 고통받는 사람들, 그리고 반대로 다차원 스트링 배열을 DLL로 옮겨가도 자유로이 숨을 쉴 것입니다. 개발자는 구조로 작업할 수 있는 모든 가능성이 있으며 더 이상 문자열에 목발을 만들 필요가 없습니다.
아무도 완전한 호환성에 대해 이야기하지 않도록 강조했습니다.
빨간색으로 가장 나쁜 부분을 강조 표시했습니다.당신은 또한 이것을 강조하는 것을 잊었습니다:
키워드 확장으로 인해 더 이상 short, long, float, const, virtual, input, delete, new, do, char와 같은 이름을 사용할 수 없습니다.
나는 많은 그러한 이름이 매우 인기가 있었다고 생각합니다. 특히 new 와 char
글쎄, 이것은:
이제 변수 이름에 점을 사용할 수 없습니다. 또한 '@', '$', '?' 기호는 변수 이름에 사용할 수 없습니다.
이것은 물론 일반적이지 않지만 예를 들어 '$' 기호를 변수 이름에 자주 사용했습니다. 결국, 그것은 어디에서나 금지되지 않았습니다. 그리고 어떤 사람들은 명확성을 위해 점을 사용 하여 구조체 / 클래스의 구성원 처럼 보이도록 했습니다.
따라서 위의 모든 사항이 강조 표시되어야 합니다. :)
아무도 완전한 호환성에 대해 이야기하지 않도록 강조했습니다.
최악의 경우 빨간색으로 강조 표시했습니다.나는 이것 때문에 여기에 연료의 눈물을 쏟고 모든 개발이 박탈되고 있다고 전체 포럼에 징징거릴 가치가 있다고 생각하지 않습니다. 재미있지 않나요? 그건 그렇고, 나는 이것에 대해 읽었으며 그것을 회복 할 수없는 호환성 손실로 간주하지 않습니다. 아니다? 모든 것, 휴지통에 있는 모든 코드?
나는 가혹한 것에 대해 사과드립니다. 나는 일부 주제의 징징거림에 지쳤습니다.
당신은 또한 이것을 강조하는 것을 잊었습니다:
나는 많은 그러한 이름이 매우 인기가 있었다고 생각합니다. 특히 new 와 char
글쎄, 이것은:
이것은 물론 일반적이지 않지만 예를 들어 '$' 기호를 변수 이름에 자주 사용했습니다. 결국, 그것은 어디에서도 금지되지 않았습니다. 그리고 어떤 사람들은 구조/클래스의 멤버처럼 보이도록 명확성을 위해 점을 사용하기도 했습니다.
따라서 위의 모든 사항이 강조 표시되어야 합니다. :)
Ctrl+H의 존재를 알고 계십니까?
분명히, 당신은 자신의 발전이 없거나 손가락으로 계산할 수 있습니다. 그래서 그것은 당신을 귀찮게하지 않습니다. 그리고 다른 많은 사람들은 수백 개의 작성된 코드를 가지고 있으며 모두 수정하고 모든 것이 올바르게 작동하는지 확인할 시간이 많지 않습니다. 네, 그리고 코드 베이스에는 아주 좋은 것들이 많이 있습니다 ...
그리고 당신은 단순히 교체로 얻을 수 없습니다. Zhunko가 논리적 작업 의 우선 순위에 대한 요점을 지적한 것은 헛되지 않았습니다. 이것은 아마도 가장 심각하고 위험한 것입니다. 이 경우 코드가 컴파일되고 작동하지만 논리만 손상될 수 있습니다.
분명히, 당신은 자신의 발전이 없거나 손가락으로 계산할 수 있습니다. 그래서 그것은 당신을 귀찮게하지 않습니다. 그리고 다른 많은 사람들은 수백 개의 작성된 코드를 가지고 있으며 모두 수정하고 모든 것이 올바르게 작동하는지 확인할 시간이 많지 않습니다. 예, 그리고 코드베이스에는 좋은 레이아웃이 많이 있습니다 ...
그리고 당신은 단순히 교체로 얻을 수 없습니다. Zhunko가 논리적 작업의 우선 순위에 대해 지적한 것은 헛되지 않았습니다. 이것은 아마도 가장 심각하고 위험한 것입니다. 이 경우 코드가 컴파일되고 작동하지만 논리만 손상될 수 있습니다.
당신이 모르는 것에 대해 긍정적으로 말하지 마, 응? 나는 내 자신의 일에 대해 이야기하고 있습니다. 이것이 첫 번째입니다. 두 번째 - 예, 논리적 작업 의 우선 순위에 대해 걱정하지 않습니다. 내 코드에서 처음에는 혁신으로 인해 손상될 수 없는 방식으로 정렬되어 있기 때문입니다. 동시에 실행 속도에 최적화되어 있습니다. 내 스타일은...
그리고 소수의 사람들이 여기서 당황하고 있습니다. 아니면 여기에서 가장 많이 일한 유일한 사람입니까? 비꼬아서 죄송합니다... ;)
그리고 소수의 사람들이 여기서 당황하고 있습니다. 아니면 여기에서 가장 많이 일한 유일한 사람입니까? 비꼬아서 죄송합니다... ;)
글쎄, 이 스레드에는 소수만이 존재합니다. :) 거의 한 달이 지났고 6페이지의 댓글만 있습니다. 결국 이 주제는 이 포럼이 전용으로 사용되는 MQL 언어와 직접적인 관련이 있습니다.
이전 게시물의 연속으로 추가하겠습니다. 예를 들어, 매개변수가 있는 시작/초기화/초기화 기능과 관련이 있고 다차원 문자열 배열을 dll로 전송하는 것을 금지하는 경우 Ctrl+H가 여기서 어떻게 도움이 될까요? 물론, 나는 당신이 그것을 사용하지 않았을 수도 있다는 것을 이해하지만 (아마도 위험을 예견 했습니까? :)), 왜냐하면 다른 많은 사람들이 사용했기 때문입니다. 이 사건의 전환을 예상하지 못했습니다.
게다가 이 스레드에서 발표된 변경 사항은 mql5와의 체계적인 합병을 위한 첫 번째 단계일 뿐이며 원래 발표된 대로 OOP 등을 포함한 추가 혁신이 뒤따를 것입니다. 코드를 더 수정해야 합니다... 마침내 눈을 뜨십시오.
글쎄, 이 스레드에는 소수만이 존재합니다. :) 거의 한 달이 지났고 6페이지의 댓글만 있습니다. 결국 이 주제는 이 포럼이 전용으로 사용되는 MQL 언어와 직접적인 관련이 있습니다.
이전 게시물의 연속으로 추가하겠습니다. 예를 들어, 매개변수가 있는 시작/초기화/초기화 기능과 관련이 있고 다차원 문자열 배열을 dll로 전송하는 것을 금지하는 경우 Ctrl+H가 여기서 어떻게 도움이 될까요? 물론, 나는 당신이 그것을 사용하지 않았을 수도 있다는 것을 이해하지만 (아마도 위험을 예견 했습니까? :)), 왜냐하면 다른 많은 사람들이 사용했기 때문입니다. 이 사건의 전환을 예상하지 못했습니다.
게다가 이 스레드에서 발표된 변경 사항은 mql5와의 체계적인 합병을 위한 첫 번째 단계일 뿐이며 원래 발표된 대로 OOP 등을 포함한 추가 혁신이 뒤따를 것입니다. 코드를 더 수정해야 합니다... 마침내 눈을 뜨십시오.
단지 6페이지의 주석만이 메타따옴표의 선택을 확인시켜줍니다.
사실, 5개는 지금 수행될 작업의 베타 버전입니다.
(엄밀히 말하면 임헨코)
분명히, 당신은 자신의 발전이 없거나 손가락으로 계산할 수 있습니다. 그래서 그것은 당신을 귀찮게하지 않습니다. 그리고 다른 많은 사람들은 수백 개의 작성된 코드를 가지고 있으며 모두 수정하고 모든 것이 올바르게 작동하는지 확인할 시간이 많지 않습니다. 네, 그리고 코드베이스에는 아주 좋은 것들이 많이 있습니다...
그리고 당신은 단지 교체로 얻을 수 없습니다. Zhunko가 논리적 작업의 우선 순위에 대해 지적한 것은 헛되지 않았습니다. 이것은 아마도 가장 심각하고 위험한 것입니다. 이 경우 코드가 컴파일되고 작동하지만 논리만 손상될 수 있습니다.
당황할 필요가 없습니다. 제안된 IDE+MQL 패키지를 다운로드하고 개발 내용을 확인하십시오.
이제 컴파일러는 매우 우수한 분석기를 가지고 있으며 위험한 부울 표현식 혼합에 대한 경고를 쉽게 제공합니다. 직접 시도하십시오.
글쎄, 이 스레드에는 소수만이 존재합니다. :) 거의 한 달이 지났고 6페이지의 댓글만 있습니다. 결국 이 주제는 이 포럼이 전용으로 사용되는 MQL 언어와 직접적인 관련이 있습니다.
이전 게시물의 연속으로 추가하겠습니다. 예를 들어, 매개변수가 있는 시작/초기화/초기화 기능과 관련이 있고 다차원 문자열 배열을 dll로 전송하는 것을 금지하는 경우 Ctrl+H가 여기서 어떻게 도움이 될까요? 물론, 나는 당신이 그것을 사용하지 않았을 수도 있다는 것을 이해하지만 (아마도 위험을 예견 했습니까? :)), 왜냐하면 다른 많은 사람들이 사용했기 때문입니다. 이 사건의 전환을 예상하지 못했습니다.
게다가 이 스레드에서 발표된 변경 사항은 mql5와의 체계적인 합병을 위한 첫 번째 단계일 뿐이며 원래 발표된 대로 OOP 등을 포함한 추가 혁신이 뒤따를 것입니다. 코드를 더 수정해야 합니다... 마침내 눈을 뜨십시오.
우리는 start/init/deinit에 매개변수가 존재하지 않아야 했기 때문에 언급했지만 작성자가 실수로 불필요한 매개변수를 추가했을 때 소스 코드의 예를 발견했습니다. 이전 MQL4에서는 이를 자동으로 건너뛰었지만 MQL5에서는 이미 버그로 보고되었습니다. 여기에는 문제가 없습니다. 매우 드문 오류만 즉시 표시됩니다.
DLL로 고통받는 사람들, 그리고 반대로 다차원 스트링 배열을 DLL로 옮겨가도 자유로이 숨을 쉴 것입니다. 개발자는 구조로 작업할 수 있는 모든 가능성이 있으며 더 이상 문자열에 목발을 만들 필요가 없습니다.
MQL4의 새 버전은 호환성을 유지하면서 많은 새로운 기능을 제공합니다.
개발자는 구조로 작업할 수 있는 모든 가능성이 있으며 더 이상 문자열에 목발을 만들 필요가 없습니다.
확실히 구조를 사용할 수 있습니까?