일반 클래스 라이브러리 - 버그, 설명, 질문, 사용 기능 및 제안 사항 - 페이지 3

 
알렉세이 오레쉬킨 :
아니요. 이 의견은 이미 100 번 표현되었으며 여기에서도 oop evil과 같은 자신의 사모바르로 표현되었습니다. 이미 충분히 들었고, 이 의견에 지쳤습니다.
글쎄, 적어도 당신의 의견. 적어도 다른 사람들의 의견과 다른 무언가에 ...
 
블라디미르 카르푸토프 :

귀하의 의견은 일반적으로 세 권으로 된 "전쟁과 평화" 논문입니다. 따라서 삼가하는 것이 좋습니다.

주의하십시오 - 이것은 중재자의 두 번째 요청입니다.

나는 당신을 이해했다.
 
블라디미르 카르푸토프 :

귀하의 의견은 일반적으로 세 권으로 된 "전쟁과 평화" 논문입니다. 따라서 삼가하는 것이 좋습니다.

주의하십시오 - 이것은 중재자의 두 번째 요청입니다.

좋아요, 게시해 보겠습니다. 그러나 당신은 당신의 의견을 변호해야 하며 우리는 그에게 그렇게 하도록 요청할 것입니다.

 
피터 코노우 :

주제가 흥미롭습니다.

개인적으로 이 문제에 대한 제 생각은 프로그래밍에서 배열 내부의 데이터를 올바르게 구성하고 이러한 배열을 주기적으로 올바르게 작동하는 기능보다 더 효과적인 것은 없다는 것입니다. 이것이 기본의 기초입니다. 다른 모든 솔루션 은 추가 컴퓨터 시간이 필요하고 오버헤드를 생성하는 파생 상품 입니다.

전역 배열, 로컬 배열, 루프 및 함수. 모두.

이러한 도구를 마스터할 수 있는 사람은 효율성 면에서 누구보다 앞서게 될 것입니다.

임호.

Peter, 귀하의 신청서가 접수되었습니다. 따라서 이 스레드에 머물고 싶다면 코드로 그렇게 말할 권리가 있음을 증명하세요. 또한 사용 및 성능 측정의 예가 있습니다. 비슷한 간단한 작업을 자신의 방식으로 수행하도록 요청합니다. 귀하의 방법은 여기에 게시될 방법보다 성능이 우수해야 합니다(또는 최소한 동등한 수준을 유지해야 함).

거부하는 경우 - 이 스레드에 더 이상 글을 쓰지 마십시오.

 
바실리 소콜로프 :

좋아요, 게시해 보겠습니다. 그러나 당신은 당신의 의견을 변호해야 하며 우리는 그에게 그렇게 하도록 요청할 것입니다.

분명히 내 의견은 고통스럽게 인식됩니다. 차라리 자제하겠습니다.

여러분, 벌써 병이 났습니다...)

ps. 특집에서 제 의견을 증명하려고 합니다. 원하는 경우 분기.

 
바실리 소콜로프 :

Peter, 귀하의 신청서가 접수되었습니다. 따라서 이 스레드에 머물고 싶다면 코드로 그렇게 말할 권리가 있음을 증명하세요. 다음은 사용 및 성능 측정의 예입니다. 비슷한 간단한 작업을 자신의 방식으로 수행하도록 요청합니다. 귀하의 방법은 여기에 게시될 방법보다 성능이 우수해야 합니다(또는 최소한 동등한 수준을 유지해야 함).

거부하시면 더 이상 이 스레드에 글을 쓰지 마십시오.

나는 거절하지 않는다. 그러나 그들이 나에게 글을 쓰지 말라고 경고하고 경고하는 것을 보십시오.

 

와우, 올바른 방향으로 몇 단계.
C++ 구현이 사용될 것이라고 생각했지만 https://www.mql5.com/en/docs/standardlibrary/generic 을 연 후 C# 구현이 있다는 것이 분명해졌습니다.


한편으로는 멋지지만 다른 한편으로는 MQL이 다른 언어에 비해 많은 것이 있음을 기억합니다. 다중 상속 없음, foreach, 수익률 반환, 양고기, ...
IEnumerable이 문제가 아님이 분명해졌습니다.

그렇다면 IEnumerable 없이 C# 컨테이너를 처리하는 것이 어떻게 편리합니까?
이전 C++ 알고리즘은 그대로 유지되고 함수 포인터 대신 인터페이스가 사용됩니다.


궁극적으로 우리는 뒤죽박죽인 C # 및 C ++를 얻습니다.
하지만 이것은 제 주관적인 생각입니다.

Документация по MQL5: Стандартная библиотека / Шаблонные коллекции данных
Документация по MQL5: Стандартная библиотека / Шаблонные коллекции данных
  • www.mql5.com
Библиотека содержит классы и интерфейсы для определения шаблонных коллекций, которые, в свою очередь, дают пользователю возможность создавать строго типизированные коллекции. Они обеспечивают большее удобство и высокую производительность работы с данными, чем обычные типизированные коллекции.
 
피터 코노우 :

나는 거절하지 않는다. 그러나 그들이 나에게 글을 쓰지 말라고 경고하고 경고하는 것을 보십시오.

컨텍스트를 이해하지 못합니다. 다른 지점을 거쳐 증거없이 말도 안되는 소리를 주장하면 그렇습니다. 이것은 금지에 대한 직접적인 길입니다. 소스 코드로 진술을 백업할 준비가 되셨다면 환영합니다. 그것이 블라디미르가 당신에게 경고를 준 이유입니다. 그 자신은 소스 코드를 사랑하고 때로는 제공을 요구하기도 합니다. 예를 들어 자신의 지점을 참조하십시오.

 
바실리 소콜로프 :

컨텍스트를 이해하지 못합니다. 다른 지점을 거쳐 증거없이 말도 안되는 소리를 주장하면 그렇습니다. 이것은 금지에 대한 직접적인 길입니다. 소스 코드로 진술을 백업할 준비가 되셨다면 환영합니다. 그것이 블라디미르가 당신에게 경고를 준 이유입니다. 그 자신은 소스 코드를 사랑하고 때로는 제공을 요구하기도 합니다. 예를 들어 자신의 지점을 참조하십시오.

나는 사회자의 말에서 맥락을 찾고 있지 않습니다. '삼가하는 것이 좋다'는 말을 직접 들었다.

그들이 그렇지 않다고 말하면 나는 내 경우를 증명하기 위해 코드를 시도할 준비가 되었고 내가 틀렸다면 인정할 것입니다.

 
세르게이 주블리크 :

와우, 올바른 방향으로 몇 단계.
C++ 구현이 사용될 것이라고 생각했지만 https://www.mql5.com/en/docs/standardlibrary/generic 을 연 후 C# 구현이 있다는 것이 분명해졌습니다.


한편으로는 멋지지만 다른 한편으로는 MQL이 다른 언어에 비해 많은 것이 있음을 기억합니다. 다중 상속 없음, foreach, 수익률 반환, 양고기, ...
IEnumerable이 문제가 아님이 분명해졌습니다.

그렇다면 IEnumerable 없이 C# 컨테이너를 처리하는 것이 어떻게 편리합니까?
이전 C++ 알고리즘은 그대로 유지되고 함수 포인터 대신 인터페이스가 사용됩니다.


궁극적으로 우리는 뒤죽박죽인 C # 및 C ++를 얻습니다.
하지만 이것은 제 주관적인 생각입니다.


첫째, 덕 타이핑이 없고 둘째, 인터페이스가 없기 때문에 foreach가 없습니다. 두 번째 요점을 강조하고 싶습니다. MQL5에는 인터페이스가 없지만 동일한 이름의 키워드가 있고 어떻게든 사용되기는 합니다.