OOP 대 절차 프로그래밍 - 페이지 30

 
Andrei :

많은 브로커들이 MQL4 플랫폼을 대중적으로 부르지만 이 별명을 MQL5에 적용하지 않는다는 것을 어떻게 설명할 수 있을까요?

분명히 모든 차이점은 OOP에 있으며 마스터하기가 훨씬 더 어렵고 결과적으로 작성된 코드를 디버그하고 유지 관리하기가 훨씬 더 어렵습니다.

모든 것이 정반대입니다.

OOP를 사용하여 작성된 Peter's와 같은 프로그램 - Peter 자신의 접근 방식보다 디버그 및 유지 관리가 훨씬 쉽습니다.

나는 OOP의 반대자들 중 90%가 그의 코드에서 즉시 "질식"할 것이라고 확신합니다. 동시에 내 코드는 OOP에 약간만 익숙한 사람들도 이해할 수 있습니다(물론 0은 전혀 이해하지 못할 것입니다). 정확히는 내 모든 블록에는 이 블록에 특별히 필요한 엔티티에만 액세스할 수 있기 때문입니다. 이러한 제한 사항을 사용하면 아무것도 기억할 필요가 없으며 코드를 더 쉽게 이해할 수 있습니다.

 
George Merts :

모든 것이 정반대입니다.

OOP를 사용하여 작성된 Peter's와 같은 프로그램 - Peter 자신의 접근 방식보다 디버그 및 유지 관리가 훨씬 쉽습니다.

나는 OOP의 반대자들 중 90%가 그의 코드에서 즉시 "질식"할 것이라고 확신합니다. 동시에 내 코드는 OOP에 약간만 익숙한 사람들도 이해할 수 있습니다(물론 0은 전혀 이해하지 못할 것입니다).

물론 그들은 내 접근 방식을 전혀 모르기 때문에 "질식"합니다. 여기서 놀라운 점은 무엇입니까? 자, 내가 자세히 말하고 가르친다면 아무도 "질식"하지 않을 것입니다.

실습에 따르면 프로그램에서 한 가지 접근 방식만 사용할 수 있습니다. 나는 내 자신의 접근 방식으로 내 아이디어를 구현했기 때문에 OOP를 사용하면 더 이상 모양과 작동 방식을 알 수 없습니다. 그러나 아무도 그것이 더 좋고 더 효과적일 것이라고 주장할 수 없습니다.

 
Vasiliy Sokolov :
고용주는 당신이 그를 묘사하려는 바보가 아닙니다. 아무도 특히 난독화된 코드에 대해 더 많은 비용을 지불하지 않을 것입니다. 모든 사람은 돈을 절약하기를 원합니다. 프로젝트를 신속하게 구현하고 최소한의 인력을 투입하는 동시에 재작성 및 개선이 필요하지 않은 작업 시스템을 얻으십시오. 따라서 이 OOP에 대한 지식도 요구합니다.

고용주는 바보가 아니지만 프로그래머도 나쁜 놈이 아닙니다. 분명히 프로그래머의 목표는 같은 프로젝트 에서 최대한 많은 돈을 버는 것입니다. 또한 살아있는 프로그래밍을 하는 괜찮은 프로그래머라면 가능한 모든 수단을 다해 경쟁을 이유로 다른 프로그래머가 유지 관리하기 어렵게 만든 코드를 만들 것입니다. OOP는 이에 적합합니다. 분명해 보인다.

 
Реter Konow :
그러나 MQL5에서 절차적 스타일로 프로그래밍할 수도 있습니다. C#이 아닙니다. 덜 인기있는 것은 시간이 흐르고 세상이 변합니다. 하지만 MT4에는 없는 플랫폼의 장점이 많습니다. 이러한 미덕은 아무 의미가 없습니까?

이를 위해 MQL4에서는 OOP로 프로그래밍할 수 없으므로 여전히 더 많이 사용됩니다.

 
Andrei :

이를 위해 MQL4에서 OOP로 프로그래밍할 수 없으므로 여전히 더 많이 사용됩니다.

당신은 잘못. MQL4에서 OOP로 프로그래밍할 수 있습니다. 그리고 지능장벽이 낮아서 현재 인기가 더 많다. 어떡해...
 
Реter Konow :
당신은 잘못. MQL4에서 OOP로 프로그래밍할 수 있습니다.
MQL5에서처럼?
 
Andrei :
MQL5에서처럼?
제가 알기로는 거의 비슷합니다.
 
Реter Konow :
제가 알기로는 거의 비슷합니다.
그런 정보는 어디에서 왔습니까?
 
Andrei :
그런 정보는 어디에서 왔습니까?
문서에서. 포럼에서. MetaEditor 편집기 의 표준 라이브러리 에서.
 
Andrei :
그런 정보는 어디에서 왔습니까?

도움말을 엽니다.