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

 
Реter Konow :
이것은 30개 이상의 요소 중 하나에 불과합니다. 게다가 가장 작은 요소 중 하나입니다. 하지만 놀라운 점은 책을 펼쳐놓은 책처럼 읽었다는 것입니다. 무엇인지 설명하는 데 어려움이 없습니다. 또 다른 이상한 점은 유사한 요소가 다른 유사한 요소의 복사-붙여넣기를 사용하고 일부 수정을 사용하여 매우 빠르게 생성된다는 것입니다. 무섭게 보이지만 실제로는 매우 쉽습니다.

글쎄, 다시 한 번 그것은 당신의 뛰어난 기억력으로 클래스 시스템 생성과 캡슐화를 귀찮게 할 수 없다는 것을 증명합니다. 실제로 다형성 을 사용하여 함수 오버로드 없이 전역적으로 모든 것에 액세스할 수 있습니다.

제 생각에 이 개체는 정말 매우 복잡합니다.

 
Реter Konow :
이것은 30개 이상의 요소 중 하나에 불과합니다. 게다가 가장 작은 요소 중 하나입니다. 하지만 놀라운 점은 책을 펼쳐놓은 책처럼 읽었다는 것입니다. 무엇인지 설명하는 데 어려움이 없습니다. 또 다른 이상한 점은 유사한 요소가 다른 유사한 요소의 복사-붙여넣기를 사용하고 일부 수정을 사용하여 매우 빠르게 생성된다는 것입니다. 무섭게 보이지만 실제로는 매우 쉽습니다.

여러가지가.. 아마 꼭 필요한거고, 정해진 목표에 부합하는... 그리고 목표와 목표는 무엇인가요?

그래프의 몇 가지 스크린샷과 최종 형태가 어떻게 보이는지 보는 것은 흥미로울 것입니다.

 
George Merts :

글쎄, 다시 한 번 그것은 당신의 뛰어난 기억력으로 클래스 시스템 생성과 캡슐화를 귀찮게 할 수 없다는 것을 증명합니다. 실제로 다형성 을 사용하여 함수 오버로드 없이 전역적으로 모든 것에 액세스할 수 있습니다.

제 생각에 이 개체는 정말 매우 복잡합니다.

나는 논쟁하지 않을 것이다. 아마도 무언가를 증명하려고 하면 내 판단이 주관적이라는 것을 잊어버릴 수도 있습니다. 그러므로 당신의 접근 방식 선택은 나보다 당신에게 더 합리적이고 내 접근 방식은 당신보다 나에게 더 합리적입니다.

주제는 끝났습니다.

일터로 돌아가십시오. 모두들 행운을 빕니다.

 
Олег avtomat :

여러가지가.. 아마 꼭 필요한거고, 정해진 목표에 부합하는... 그리고 목표와 목표는 무엇인가요?

그래프의 몇 가지 스크린샷과 최종 형태가 어떻게 보이는지 보는 것은 흥미로울 것입니다.

이것을 보는 것은 어렵지 않습니다.
 

기분을 상하게하지 마십시오. 그러나 이것은 일종의 초현실주의를 축하하는 것입니다.

초소형 주택을 위해 성냥 10상자를 제어하는 능력은 고층 건물을 짓는 것과 반대입니다.

이것은 MQL4에 대한 자체 지원 및 자체 참조 진술이 포럼에서 쉽게 탄생하는 반면 MQL5는 매우, 매우 어려운 방법입니다. 전문 개발자는 그러한 토론에 참여하지 않습니다.

 
Реter Konow :
이것을 보는 것은 어렵지 않습니다.

입증하다.

 
Renat Fatkhullin :

기분을 상하게하지 마십시오. 그러나 이것은 일종의 초현실주의를 축하하는 것입니다.

초소형 주택을 위해 성냥 10상자를 제어하는 능력은 고층 건물을 짓는 것과 반대입니다.

이것은 MQL4에 대한 자체 지원 및 자체 참조 진술이 포럼에서 쉽게 탄생하는 반면 MQL5는 매우, 매우 어려운 방법입니다. 전문 개발자는 그러한 토론에 참여하지 않습니다.


여기에 전적으로 동의합니다.

다른 개발자나 자신을 위해 외부에서 주어진 코드 예제의 편의성과 가독성은 잠시 후 0과 같습니다.

 
Renat Fatkhullin :

기분을 상하게하지 마십시오. 그러나 이것은 일종의 초현실주의를 축하하는 것입니다.

초소형 주택을 위해 성냥 10상자를 제어하는 능력은 고층 건물을 짓는 것과 반대입니다.

이것은 MQL4에 대한 자체 지원 및 자체 참조 진술이 포럼에서 쉽게 탄생하는 반면 MQL5는 매우, 매우 어려운 방법입니다. 전문 개발자는 그러한 토론에 참여하지 않습니다.

제 접근 방식이 초현실적으로 보일 수 있다는 점을 개인적으로 이해합니다. 이것은 확실히 고전적인 의미의 전문 개발이 아니라 보다 자유로운 창의성입니다. 언뜻보기에는 제공된 예제가 끔찍해 보이지만 프로그래밍 교육을 시작할 때 코드가 어떻게 생겼는지 알 수 있습니다. 이 접근 방식을 마스터하고 작업하는 것의 어려움은 OOP의 경우와 마찬가지로 마스터링에 달려 있습니다. 한 사람의 예를 들어 성능을 평가하기는 어렵습니다. 명령이 효과가 있었다면 결론을 도출할 수 있었을 것입니다. 혼자 있는 동안.
 

사실, PLO의 반대자들은 그들의 주요 메시지가 옳습니다.

  1. OOP에 대한 형식적인 지식은 소프트웨어 개발에 이점을 제공하지 않습니다.
  2. OOP 자체는 복잡한 시스템의 문제를 해결하지 못합니다.
  3. OOP 적용의 복잡성은 아무데도 가지 않고 단순히 프로그램의 한 위치에서 다른 위치로 전송됩니다.

OOP는 쌍절곤과 비교할 수 있습니다. 이것은 마스터의 손에 있는 치명적인 무기이지만 처음 사용하는 사람은 의도한 목적에 사용할 수 있는 것보다 스스로를 불구로 만들 가능성이 더 큽니다. 따라서 반대자들의 주장은 충분히 이해할 수 있습니다. 그들에게 OOP는 정말 파괴적인 도구인데 왜 그들에게 이러한 자해를 가르치려고 합니까?

나는 Uma Thurman이 사무라이 검을 가지고 있음에도 불구하고 맨손으로 선생에게 구타당한 영화 킬 빌을 기억합니다.


 
Renat Fatkhullin :

기분을 상하게하지 마십시오. 그러나 이것은 일종의 초현실주의를 축하하는 것입니다.

초소형 주택을 위해 성냥 10상자를 제어하는 능력은 고층 건물을 짓는 것과 반대입니다.

이것은 MQL4에 대한 자체 지원 및 자체 참조 진술이 포럼에서 쉽게 탄생하는 반면 MQL5는 매우, 매우 어려운 방법입니다. 전문 개발자는 그러한 토론에 참여하지 않습니다.

프리랜서 직업을 보십시오. 하루에 주문을 완료할 수 없는 경우는 드뭅니다. 고객의 답변인 TOR에 동의하고, 코를 찌르고, 작업을 수락/인도하는 데 더 많은 시간이 소요됩니다. 물론 MQL5에서 같은 테트리스를 쓸 수 있어서 좋다. 그러나 언어는 완전히 다른 것을 의미합니다.
기성 전략에 대한 OOP - Master of Expert Advisors 사용의 예. 한 번은 그것을 이해하고 알아 내려고 노력했습니다. 하지만 지금은 모든 것이 어떻게 작동하는지 기억나지 않습니다.
절차 스타일은 모든 것을 명확하게 설명합니다. 내가 OOP로 완전히 전환할 때를 맞춰보세요?

또 다른 예: 그림이 있습니다. 새겨야 합니다. 간단한 그림판을 사용하시겠습니까, 아니면 수백 개의 플러그인이 포함된 Photoshop을 로드하시겠습니까? 네, Photoshop을 다운로드하는 동안 저는 이미 5번째부터 그림판에서 모든 작업을 수행하고 이 작업은 잊어버릴 것입니다.