Все объекты в MQL5 по умолчанию передаются по ссылке, но есть возможность использовать и указатели объектов. При этом есть опасность получить в качестве параметра функции указатель неинициализированного объекта. В этом случае работа программы будет завершена критически с последующей выгрузкой. Автоматически создаваемые объекты как правило такой ошибки не вызывают, и в этом отношении они достаточно безопасны. В этой статье мы попробуем разобраться в чем разница между ссылкой и указателей, когда оправдано использование указателей и как написать безопасный код с использованием указателей.
Interesting :
Alexander( AlexSTAL )가 제안한 방법은 아마도 문제를 해결할 것입니다(우리는 문제의 특정 특성을 고려하지 않을 것입니다).
그만 그만 그만!
제공하지 않았지만 가능성이 있다고 말했습니다.
당신의 문제는 무엇입니까, 이해가 안 돼요?
아마도 논리의 절반이 누락되고 절반이 사실이 아닌(OOP의 탄생부터 남음) 예를 논의하고 있습니까?
그만 그만 그만!
제공하지 않았지만 가능성이 있다고 말했습니다.
당신의 문제는 무엇입니까, 이해가 안 돼요?
여기에서 우리는 잡종 개체를 추가할 필요가 있다는 것을 배열로 알려줄 것입니다.
동시에 이러한 개체의 모든 속성이 동일한 배열에 저장되고 모든 이벤트와 메서드에 액세스할 수 있어야 합니다.
내가 이해하는 한 귀하가 제안한 가능성(구현은 다를 수 있음)을 통해 개체(이벤트 및 메서드)의 기능에 액세스할 수 있습니다.
그러나 조상 유형이 있는 배열에 데이터를 저장하는 비용으로 인해 해결될 가능성은 거의 없습니다(이 데이터가 조상에서 선언되지 않은 경우).
내 생각을 명확히
이 특정 예에 초점을 맞추면 다음과 같습니다.
1. 객체의 유형이 저장될 배열을 생성한다고 가정해 보겠습니다. X의 위치, Y의 위치가 가능합니다.
2. 포인터로 고유한 객체를 식별하려고 시도할 수 있습니다(객체로 작업 할 때 포인터가 사용되지 않을 수 있지만 핸들과 같은 것이 있는 것이 바람직함).
이와 관련하여 약간 어리석은 질문(아직 다른 방법이 보이지 않습니다) - 포인터를 핸들로 사용할 수 있습니까(선조에 해당 속성을 만들고 생성자에 채우는 방식으로)?
3. 자손의 속성을 배열에 저장할 기회가 없습니다(선조에 선언되지 않은 속성만). 예를 들어, 내가 이해하는 한, 원의 반지름이나 정사각형의 변을 배열에 저장하는 것은 작동하지 않습니다.
3. 자손의 속성을 배열에 저장할 기회가 없습니다(선조에 선언되지 않은 속성만). 예를 들어, 내가 이해하는 한, 원의 반지름이나 정사각형의 변을 배열에 저장하는 것은 작동하지 않습니다.
글쎄, 왜 그것이 작동하지 않는가 ... 당신은 그들에게 직접 연락하지 않지만 "반지름"매개 변수가있는 "GetValue"함수의 도움으로 (객체가 원인 경우) ... 이것은 하나입니다 가능성의 ...
당신은 간단한 특정 작업을 설정
글쎄, 왜 그것이 작동하지 않는가 ... 당신은 그들에게 직접 연락하지 않지만 "반지름"매개 변수가있는 "GetValue"함수의 도움으로 (객체가 원인 경우) ... 이것은 하나입니다 가능성의 ...
당신은 간단한 특정 작업을 설정
작업은 간단하지만 구현하기 쉽다고 말한 사람입니다.
1. 데이터와 함께 다른 객체(기본 클래스의 자식)를 배열에 쓰는 것이 필요합니다.
나는 특히 데이터와 함께 그것을 명확히 할 것입니다 !!!
2. GetArea()에서 각 자식에 대한 계산 결과를 가져옵니다.
3. 다음 기능을 추가합니다.
ㅏ. 정사각형 둘레 계산 - 변 * 4;
비. 원 둘레의 계산은 2π R 입니다.
3. 라이브러리에 사각형(양면)과 삼각형을 추가합니다.
4. 다음 기능을 추가합니다.
ㅏ. 직사각형 면적 계산 - 높이 기준;
비. 직사각형 둘레 계산 - 변의 합 * 2;
에. 삼각형의 면적 계산;
d. 삼각형의 둘레 계산하기.
5. 각 개체를 개별적으로 식별합니다(모든 개체 및 해당 클래스의 개체 간에).
포인터 가 있거나 없는 것이 좋습니다.
6. 배열에 저장된 데이터에 따라서만 그림의 둘레와 면적을 계산합니다.
추신
동시에 자손에서 조상으로 코드를 전송하는 것은 허용되지 않습니다(이 코드가 모든 조상에게 적용되지 않는 한).
즉, 예를 들어 반경은 정사각형, 직사각형 및 원에 존재하지 않기 때문에 조상에게 이전할 수 없습니다.
모든 하위 항목에 적용되는 한 새 기능을 상위 항목에 추가할 수 있습니다.
기본적으로 트레일러에 있는 코드를 사용합니다.
하나의 배열 프레임워크 내에서 조상에 면적과 둘레를 저장하는 변수 + 데이터를 쓰는 기능을 추가하여 개인적으로 간단하게 문제를 해결했습니다.
또한 GetArea()의 결과 및 기타 직접 계산 기능을 제어하는 경우.
그는 자신의 규칙을 어기지 않은 것 같습니다.
나는 당신이 설명하는 접근 방식으로 구현 방법 중 하나를 던졌습니다.
완전하지는 않지만 가장 중요한 접근 방식이 있습니다.
나는 당신이 설명하는 접근 방식으로 구현 방법 중 하나를 던졌습니다.
완전하지는 않지만 가장 중요한 접근 방식이 있습니다.
접근 방식은 명확합니다. 이것은 아마도 이 문제에 대한 최선의 해결책 중 하나일 것입니다.
적어도 지금은.
작업은 간단하지만 구현하기 쉽다고 말한 사람은 그 사람입니다.
1. 데이터와 함께 다른 객체(기본 클래스의 자식)를 배열에 쓰는 것이 필요합니다.
...MQL5의 스프레드시트 문제는 이미 해결되고 설명되었습니다.
읽을 수 있어서 좋네요... :)
내가 이해하는 바와 같이 이 두 가지 접근 방식 모두 하나의 매개변수(유형은 다르지만)만 전송/읽도록 설계되었지만 나쁜 접근 방식은 아닙니다.
그러나 많은 매개변수가 있고 모든 매개변수를 기본 클래스에 집어넣을 수 없다면 얼마나 흥미로운 일입니까?
내가 이해하는 한, 우리가 전달하는 매개변수의 인덱스를 추가로 입력하십시오(클래스에서도 인덱스별로 쌓인 매개변수가 있는 배열을 만들 수 있음)?
읽을 수 있어서 좋네요... :)
내가 이해하는 바와 같이 이 두 가지 접근 방식 모두 하나의 매개변수(유형은 다르지만)만 전송/읽도록 설계되었지만 나쁜 접근 방식은 아닙니다.
그러나 많은 매개변수가 있고 모든 매개변수를 기본 클래스에 집어넣을 수 없다면 얼마나 흥미로운 일입니까?
내가 이해하는 한, 우리가 전달하는 매개변수의 인덱스를 추가로 입력하십시오(클래스에서도 인덱스별로 쌓인 매개변수가 있는 배열을 만들 수 있음)?