나에게는 클래스별 Red 정렬을 작성하거나 목록과 같은 의도적인 정렬 트리를 작성하는 것이 더 흥미롭지만 목록 자체에 이진 검색 이 내장되어 있고 이 목록을 정렬하는 것이 더 흥미롭습니다. 이 용어는 아마도 이미 존재할 것입니다, 그것은 단지 like-then (누군가의 색깔의 나무)라고 불립니다)
참조로 유형에 대한 포인터를 전달하지만 컴파일러는 이러한 대괄호로 오류를 제공하지만 적어도 지금은 적어도 함수를 인수로 받았다는 것을 알았습니다))
만일을 대비하여 캐스트 표기법이 함수 정의 에서 적절하지 않습니다. 호출될 때만. 그리고 *를 기대하는 함수에 &를 전달하면 캐스팅이 필요하지 않습니다.
큰 소리로 생각하기 - 참조로 개체 포인터를 전달하고 타사 기능에서 못을 박거나 환생하는 것과 같은 필요성이 전혀 없다고 생각합니다. 불쌍한 일입니다.
이것은 동적 개체의 할당과 맞지 않는 것 같습니다.
알렉산드르 안드레예프 :
나에게는 클래스별 Red 정렬을 작성하거나 목록과 같은 의도적인 정렬 트리를 작성하는 것이 더 흥미롭지만 목록 자체에 이진 검색이 내장되어 있고 이 목록을 정렬하는 것이 이 용어는 아마도 이미 존재할 것입니다, 그것은 단지 like-then (누군가의 색깔의 나무)라고 불립니다)
동시에 모든 것이 밝혀질 것임을 즉시 이해하십시오.
이 주제를 본 도서관 표준? 모든 프로그래머는 일종의 정렬을 처음부터 작성해야 합니다. :)
В Сети можно найти ряд видеороликов с демонстрацией различных видов сортировок. Например, здесь представлена визуализация 24 алгоритмов сортировки. Это видео я и взял за основу, наряду со списком алгоритмов сортировки. Для работы с графиками в MQL5 разработана специальная библиотека Graphic.mqh. Она уже описана в статьях: в частности, здесь...
하지만 저는 글을 쓰고 있습니다. MQL에서 포인터로 작업할 때 전달하는 내용과 얻는 내용을 파악하기로 결정했습니다. GetPointer()를 사용하여 해결해야 합니다.
;)
그러나 흥미롭게도 당신은 이곳에 온 지 1년이 넘었고 PLO에 대한 토론에서 오랫동안 당신을 기억합니다. 그리고 이제 MQL에서 어떻게 작동하는지 전혀 모른다는 것이 밝혀졌습니다. 문제는 그동안 MQL 포럼에서 무엇을 했는지 입니다.)
물론 동적 개체를 사용하지 않았을 수도 있지만 OOP가 동적 개체 없이 어떻게 작동하는지 거의 상상할 수 없습니다. 또한 모든 일반 MQ 라이브러리는 포인터에만 적용됩니다.
그리고 목표도 그리 명확하지 않습니다. C#을 알면 왜 MQL을 배워야 합니까? 고난과 역경에 인위적으로 자신을 파멸시키십시오... .Net 라이브러리가 메타에디터에서 쉽게 선택된다는 사실을 알고 계십니까? 사실, 정적 메서드만 사용할 수 있으며 데이터 형식이 제한됩니다. 그러나 상호 작용 및 데이터 전송 구성으로 충분합니다. 오랫동안 확인하지 않았지만 아마도 통합은 이미 더 깊숙이 있습니다. 시청해야 합니다.
클래스, 상속, 가상화, 템플릿, 독학으로 이것을 이해하는 것이 매우 어려웠습니다. 조금 이해하고 OOP를 포기했습니다. 사람들이 로봇에서 어떻게 귀찮게하는지 상상조차 할 수 없습니다. 사용해야합니다. 이 모든 것, 그냥 과시하십시오. 최대 구조
일반적으로 동의하지만 목표는 작업에 따라 다릅니다. 목표는 현대 프로그래밍 추세에 따라 올바른 코드를 작성하는 일종의 기술이 아니라 수익을 올릴 수 있는 가능성입니다.
나는 역사와 앞으로의 테스트를 통과 할 수있는 테스터에서 아름다운 그림을 그리는 방법을 배웠습니다. 이제 온라인 거래를 위해 테스터와 거래 자체를 결합하는 방법에 대한 정보를 수집하고 있습니다. 여기에서 OOP가 가장 필요할 것 같습니다 - I 실시간으로 전략을 추가하고 런타임에 PC에서 PC로 이동할 수 있도록 삭제, 저장 및 계획하고 싶습니다. 차량 상태에 대한 정보가 많지 않지만 일반적인 방법으로 모든 것을 작성하는 것은 작동하지 않습니다. 매직넘버로
일반적으로 재료를 분석하는 동안
아솜디노 :
Semka는이 그림이 필요한 그림을 가지고 떠났고 자신과 사랑하는 사람들을 위해 돈을 벌기 위해 왔습니다. 물론 개발자는 그를 불쌍히 여기지 않았습니다. Peter, 무역 이외의 모든 것). 불필요한 기능을 가진 프로그래머의 두뇌 가루
글쎄요, 창의성은 흥미롭고 마음의 워밍업은 항상 필요합니다. 저는 몇 년 동안 PC에 앉아 있지 않았습니다. 모든 것이 완전히 풍화된 다음, 사실 처음부터 자료를 올리므로 모든 것을 가져가지 마십시오. 무언가를 성취하고자 하는 욕구로서의 프로그래머의 창의성 - 단지 창의성과 워밍업, iho, 예외가 있긴 하지만 - 그들은 여기서 요점을 봅니다.)
일반적으로 동의하지만 목표는 작업에 따라 다릅니다. 목표는 현대 프로그래밍 추세에 따라 올바른 코드를 작성하는 일종의 기술이 아니라 수익을 올릴 수 있는 가능성입니다.
Saber의 예를 들어야 합니다. 그의 진정한 목표는 모르지만 그의 if else 트리를 봤습니다. 거기에서 필요한 것을 얻어야 했습니다. 여기에 왔을 때 즉시 수행하는 방법에 대한 질문이 있었고 구현 방법을 찾고 모든 것을 다시 읽었습니다. 정말 시간만 낭비했습니다. . 여기 코드에서 많은 것을 이해하지 못하고 5차로 갈림길에 서서 어디로 가야 할지 생각하면 정말 답답합니다. 여기에서 수익성 있는 거래 시스템을 찾을 수 있는지 여부에 대한 질문조차 없습니다. 첫 번째 질문은 - 여기에서 올바른 최적의 방법을 찾을 수 있습니까? - 이것은 우리의 친애하는 MQL5입니다.
질문이 제거되었습니다. 나는 단지 서명 기능을 수행합니다.
void deleteCTest(CTest * &t)읽을 수 없다
논리적으로 다음과 같이 작성해야 합니다.
void deleteCTest((CTest *) &t)참조로 유형에 대한 포인터를 전달하지만 컴파일러는 이러한 대괄호로 오류를 제공하지만 적어도 지금은 적어도 함수를 인수로 받았다는 것을 알았습니다))
질문이 제거되었습니다. 나는 단지 서명 기능을 수행합니다.
읽을 수 없다
논리적으로 다음과 같이 작성해야 합니다.
참조로 유형에 대한 포인터를 전달하지만 컴파일러는 이러한 대괄호로 오류를 제공하지만 적어도 지금은 적어도 함수를 인수로 받았다는 것을 알았습니다))
그냥 & 하는 것이 더 쉽습니까?
나에 관해서는 µl & - strict link
* - 우리가 링크 주소를 쓸 변수를 지정하고 이 변수로 작업할 것이므로 클래스를 다른 클래스로 가져오는 것이 허용되며 이는 때때로 혼란스럽습니다.
*& 연산자는 거의 필요하지 않습니다.
*& 연산자는 거의 필요하지 않습니다.
나는 논쟁하지 않는다
하지만 저는 글을 쓰고 있습니다. MQL에서 포인터로 작업할 때 전달하는 내용과 얻는 내용을 파악하기로 결정했습니다 .... GetPointer() 로 해결해야
;)
나에게는 클래스별 Red 정렬을 작성하거나 목록과 같은 의도적인 정렬 트리를 작성하는 것이 더 흥미롭지만 목록 자체에 이진 검색 이 내장되어 있고 이 목록을 정렬하는 것이 더 흥미롭습니다. 이 용어는 아마도 이미 존재할 것입니다, 그것은 단지 like-then (누군가의 색깔의 나무)라고 불립니다)
동시에 모든 것이 밝혀질 것임을 즉시 이해하십시오.질문이 제거되었습니다. 나는 단지 서명 기능을 수행합니다.
읽을 수 없다
논리적으로 다음과 같이 작성해야 합니다.
참조로 유형에 대한 포인터를 전달하지만 컴파일러는 이러한 대괄호로 오류를 제공하지만 적어도 지금은 적어도 함수를 인수로 받았다는 것을 알았습니다))
만일을 대비하여 캐스트 표기법이 함수 정의 에서 적절하지 않습니다. 호출될 때만. 그리고 *를 기대하는 함수에 &를 전달하면 캐스팅이 필요하지 않습니다.
큰 소리로 생각하기 - 참조로 개체 포인터를 전달하고 타사 기능에서 못을 박거나 환생하는 것과 같은 필요성이 전혀 없다고 생각합니다. 불쌍한 일입니다.
이것은 동적 개체의 할당과 맞지 않는 것 같습니다.
나에게는 클래스별 Red 정렬을 작성하거나 목록과 같은 의도적인 정렬 트리를 작성하는 것이 더 흥미롭지만 목록 자체에 이진 검색이 내장되어 있고 이 목록을 정렬하는 것이 이 용어는 아마도 이미 존재할 것입니다, 그것은 단지 like-then (누군가의 색깔의 나무)라고 불립니다)
동시에 모든 것이 밝혀질 것임을 즉시 이해하십시오.이 주제를 본 도서관 표준? 모든 프로그래머는 일종의 정렬을 처음부터 작성해야 합니다. :)
MQL5 / MetaTrader 5에서 24가지 정렬 알고리즘 시각화
일반 SB에는 레드-블랙 트리(RedBlackTree)가 있습니다.
나는 논쟁하지 않는다
하지만 저는 글을 쓰고 있습니다. MQL에서 포인터로 작업할 때 전달하는 내용과 얻는 내용을 파악하기로 결정했습니다. GetPointer()를 사용하여 해결해야 합니다.
;)
그러나 흥미롭게도 당신은 이곳에 온 지 1년이 넘었고 PLO에 대한 토론에서 오랫동안 당신을 기억합니다. 그리고 이제 MQL에서 어떻게 작동하는지 전혀 모른다는 것이 밝혀졌습니다. 문제는 그동안 MQL 포럼에서 무엇을 했는지 입니다.)
물론 동적 개체를 사용하지 않았을 수도 있지만 OOP가 동적 개체 없이 어떻게 작동하는지 거의 상상할 수 없습니다. 또한 모든 일반 MQ 라이브러리는 포인터에만 적용됩니다.
그리고 목표도 그리 명확하지 않습니다. C#을 알면 왜 MQL을 배워야 합니까? 고난과 역경에 인위적으로 자신을 파멸시키십시오... .Net 라이브러리가 메타에디터에서 쉽게 선택된다는 사실을 알고 계십니까? 사실, 정적 메서드만 사용할 수 있으며 데이터 형식이 제한됩니다. 그러나 상호 작용 및 데이터 전송 구성으로 충분합니다. 오랫동안 확인하지 않았지만 아마도 통합은 이미 더 깊숙이 있습니다. 시청해야 합니다.
포럼 참가자의 절반 이상이 MQL에서 OOP가 작동하는 방식을 이해하고 있다고 생각하십니까? - 의심스럽긴 한데, 적어도 나이가 많은 사람과 활동적인 참가자의 메시지를 보면 MQL 숙련도가 어느 정도인지 알 수 있습니다.
여기의 관찰에 따르면 OOP는 주로 SB의 사용에 사용되며,
클래스, 상속, 가상화, 템플릿, 독학으로 이것을 이해하는 것이 매우 어려웠습니다. 조금 이해하고 OOP를 포기했습니다. 사람들이 로봇에서 어떻게 귀찮게하는지 상상조차 할 수 없습니다. 사용해야합니다. 이 모든 것을 과시하십시오. 최대 구조
Semka는이 그림이 필요한 그림을 가지고 떠났고 자신과 사랑하는 사람들을 위해 돈을 벌기 위해 왔습니다. 물론 개발자는 그를 불쌍히 여기지 않았습니다. Peter, 무역 이외의 모든 것). 불필요한 기능을 가진 프로그래머의 두뇌 가루
클래스, 상속, 가상화, 템플릿, 독학으로 이것을 이해하는 것이 매우 어려웠습니다. 조금 이해하고 OOP를 포기했습니다. 사람들이 로봇에서 어떻게 귀찮게하는지 상상조차 할 수 없습니다. 사용해야합니다. 이 모든 것, 그냥 과시하십시오. 최대 구조
일반적으로 동의하지만 목표는 작업에 따라 다릅니다. 목표는 현대 프로그래밍 추세에 따라 올바른 코드를 작성하는 일종의 기술이 아니라 수익을 올릴 수 있는 가능성입니다.
나는 역사와 앞으로의 테스트를 통과 할 수있는 테스터에서 아름다운 그림을 그리는 방법을 배웠습니다. 이제 온라인 거래를 위해 테스터와 거래 자체를 결합하는 방법에 대한 정보를 수집하고 있습니다. 여기에서 OOP가 가장 필요할 것 같습니다 - I 실시간으로 전략을 추가하고 런타임에 PC에서 PC로 이동할 수 있도록 삭제, 저장 및 계획하고 싶습니다. 차량 상태에 대한 정보가 많지 않지만 일반적인 방법으로 모든 것을 작성하는 것은 작동하지 않습니다. 매직넘버로
일반적으로 재료를 분석하는 동안
Semka는이 그림이 필요한 그림을 가지고 떠났고 자신과 사랑하는 사람들을 위해 돈을 벌기 위해 왔습니다. 물론 개발자는 그를 불쌍히 여기지 않았습니다. Peter, 무역 이외의 모든 것). 불필요한 기능을 가진 프로그래머의 두뇌 가루
글쎄요, 창의성은 흥미롭고 마음의 워밍업은 항상 필요합니다. 저는 몇 년 동안 PC에 앉아 있지 않았습니다. 모든 것이 완전히 풍화된 다음, 사실 처음부터 자료를 올리므로 모든 것을 가져가지 마십시오. 무언가를 성취하고자 하는 욕구로서의 프로그래머의 창의성 - 단지 창의성과 워밍업, iho, 예외가 있긴 하지만 - 그들은 여기서 요점을 봅니다.)
일반적으로 동의하지만 목표는 작업에 따라 다릅니다. 목표는 현대 프로그래밍 추세에 따라 올바른 코드를 작성하는 일종의 기술이 아니라 수익을 올릴 수 있는 가능성입니다.
Saber의 예를 들어야 합니다. 그의 진정한 목표는 모르지만 그의 if else 트리를 봤습니다. 거기에서 필요한 것을 얻어야 했습니다. 여기에 왔을 때 즉시 수행하는 방법에 대한 질문이 있었고 구현 방법을 찾고 모든 것을 다시 읽었습니다. 정말 시간만 낭비했습니다. . 여기 코드에서 많은 것을 이해하지 못하고 5차로 갈림길에 서서 어디로 가야 할지 생각하면 정말 답답합니다. 여기에서 수익성 있는 거래 시스템을 찾을 수 있는지 여부에 대한 질문조차 없습니다. 첫 번째 질문은 - 여기에서 올바른 최적의 방법을 찾을 수 있습니까? - 이것은 우리의 친애하는 MQL5입니다.