기사 제목에서 '찻주전자'라는 단어를 읽었어요. 드디어 저에 대해 기억한 것 같아서 뭔가 이해가 될 것 같아요. 네, 그럴 것입니다. 그리고 이것은 반년 전에 MKL4에 대한 Kovalev의 교과서를 읽었음에도 불구하고 끝까지 읽지는 못했습니다. 여러분은 더미라는 단어를 쓰기 전에 즉시 더미라는 것은 아마도 가볍게 말하면 더미가 아니라 더미를 의미한다고 명시 할 것입니다. 아니면 더미에 대한 정의 같은 걸 알려주세요!
Tincup: 기사 제목에서 '찻주전자'라는 단어를 읽었어요. 드디어 저에 대해 기억한 것 같아서 뭔가 이해가 될 것 같아요. 네, 그럴 것입니다. 그리고 이것은 반년 전에 MKL4에 대한 Kovalev의 교과서를 읽었음에도 불구하고 끝까지 읽지는 못했습니다. 여러분은 더미라는 단어를 쓰기 전에 즉시 더미라는 것은 아마도 가볍게 말하면 더미가 아니라 더미를 의미한다고 명시 할 것입니다. 아니면 더미의 정의가 뭔가요?!?
네, 저도 그렇게 생각했어요. 매우 실망스러웠지만 전반적으로 책을 읽고 장난감이 멋지다는 것을 알았고 몇 가지를 배웠어요.
기사 제목에서 '찻주전자'라는 단어를 읽었어요. 드디어 저에 대해 기억한 것 같아서 뭔가 이해가 될 것 같아요. 네, 그럴 것입니다. 그리고 이것은 반년 전에 MKL4에 대한 Kovalev의 교과서를 읽었음에도 불구하고 끝까지 읽지는 못했습니다. 여러분은 더미라는 단어를 쓰기 전에 즉시 더미라는 것은 아마도 가볍게 말하면 더미가 아니라 더미를 의미한다고 명시 할 것입니다. 아니면 더미의 정의가 뭔가요?!?
네, 저도 그렇게 생각했어요. 매우 실망스러웠지만 전반적으로 책을 읽고 장난감이 멋지다는 것을 알았고 몇 가지를 배웠어요.
하지만 오페시닉을 아는 친구들에게서 많은 것을 알아 내야했고 그런 사람들이 있습니다.
예를 들어 다형성과 상속을 이해하기가 매우 어렵습니다.
캡슐화가 여전히 괜찮다면...
나머지는 위키백과를 참고하세요.
이 기사는 결국 초보자를위한 것이 아닙니다...
포물선을 기다리는 중입니다 남자는 정상적으로 글을 쓰는 것 같네요
소금에 절인다는 말이 있듯이
그리고 불필요한 위키 백과 여행없이.
하지만 다시 한번 읽어보고 알아볼 것입니다.
기사 제목에서 '찻주전자'라는 단어를 읽었어요. 드디어 저에 대해 기억하고 있는 것 같아서 뭔가 알 것 같아요. 네, 맞아요.
뭐가 이해가 안 돼요? 질문은 어디 있나요? 기꺼이 답변해드리겠습니다.
===
대화가 없는 한 '더미'에게 명확하지 않은 내용을 추측하기는 어렵습니다.
컴파일할 수 없습니다.
'w_corner' - 열거형 ClassWin.mqh 114 20을 변환할 수 없습니다.
컴파일할 수 없습니다.
'w_corner' - 열거형 ClassWin.mqh 114 20을 변환할 수 없습니다.
명시적 타입 캐스팅을 사용하세요:
replace
를
Property.Corner=(ENUM_BASE_CORNER) w_corner;문서의 소스 코드를 수정했습니다. 감사합니다.OOP 더미의 질문!!!!
저는 전문가 조언을 작성하기 위해서만 MQL4를 마스터했습니다(지표 작성은 배운 적이 없습니다). 마침내 성공적인 Expert Advisor를 작성했습니다.
버튼 및 기타 그래픽 개체로 차트를 꾸미는 것 외에 전문가 조언을 작성하는 데 OOP가 어떻게 도움이 될 수 있나요?
OOP 더미의 질문!!!
버튼 및 기타 그래픽 개체로 차트를 장식하는 것 외에 전문가 조언을 작성하는 데 OOP가 어떻게 도움이 될 수 있습니까?
OOP 더미의 질문!!!!
저는 전문가 조언을 작성하기 위해서만 MQL4를 마스터했습니다(지표 작성은 배운 적이 없습니다). 마침내 성공적인 Expert Advisor를 작성했습니다.
버튼 및 기타 그래픽 개체로 차트를 꾸미는 것 외에 OOP가 전문가 조언을 작성하는 데 어떻게 도움이 될 수 있습니까?
이 질문은 "삽으로 2평방미터의 채소밭을 파낼 수 있는데 왜 트랙터가 필요한가", 그리고 2평방미터가 아니라 20헥타르라면 왜 트랙터가 필요한가?"와 비슷합니다.
먼저 OOP의 가능성을 연구 한 다음 도움이 될지 여부를 결정하십시오.
원칙적으로 프로젝트가 크지 않고 혼자서 하는 경우에는 OOP 없이도 할 수 있지만, 여러 사람이 함께 작업하는 경우에는 작은 프로젝트라도 OOP가 유리합니다.
예를 들어, 트레이딩 전략은 클래스이고 클래스 안에는 MM, SL 및 TP 수준 계산, 필터 등의 메서드가 있습니다. 전략의 기본 클래스를 만든 다음 다른 Expert Advisor에서 한두 가지 방법만 변경하여 사용할 수 있으며 나머지는 상속됩니다.
그래도 OOP를 사용하면 어떤 이점이 있는지 모르겠습니다. 어쩌면 그것은 그러한 "클래스"가 어떤 종류의 짐승인지 이해하지 못하게 할 수도 있습니다.
당신이 말한 것은 별도의 기능으로 공식화 될 수 있습니다. 아니면 전부가 아닐까요? 저는 까다 롭지 않으니 올바르게 이해해 주시기 바랍니다. 저는 OOP의 원리를 이해하려고 노력하고 있습니다.
구체적인 간단한 예시를 통해 적절하게 형식화된 코드의 작업 속도(OOP 유무에 따른)의 차이와 프로젝트 구성의 단순성 측면에서 OOP의 장점을 확인하고 싶습니다.