주제는 당신이 OOP 과정을 얼마나 마스터하고 그것을 옹호하는 방법을 배웠는지에 관한 것이 아닙니다. 제 생각에는 당신이 그것을 잘못 마스터했습니다.
일반적으로 교과서를 수집하고 내일 학교로 행진합니다.
어떤 패턴을 말하는 것이고 내가 OOP에서 무엇을 빨았습니까? MQL5가 완전한 OOP 언어라는 말은 어디에도 없었고 MQL4보다 OOP에 훨씬 가깝다고만 말했습니다.
블라디미르 바스카 코프 OOP에 대한 지식이 어떻게든 내 꿈을 100달러 중 200달러에 가깝게 만들 수 있을까요?
OOP에 대한 지식은 코드를 더 쉽게 작성하고 시간을 절약하며 추가 코드 개발을 가능하게 합니다. 100달러를 두 배 빠르게 만드는 봇을 작성했다면 더 많은 돈을 벌게 된 것입니다. 안 그래? 그리고 봇을 완성하여 110달러를 벌기 시작하는 것이 훨씬 쉬울 것입니다. 여기에 더 많은 돈이 있습니다. 보증금의 일부(더 많은 돈)를 소모할 수 있는 버그를 방지했습니다. 또한 시간을 돈으로 생각하십시오. 봇이 1000줄의 코드라면 최소한 어셈블러로 작성하십시오. 그러나 객체 언어는 복잡한 코드를 간결하고 빠르고 이해하기 쉬운 방식으로 작성하기 위해 만들어졌습니다.
어떤 패턴에 대해 이야기하고 있으며 내가 OOP를 심하게 마스터한 것은 무엇입니까? MQL5가 완전한 OOP 언어라는 말은 어디에도 없었고 MQL4보다 OOP에 훨씬 가깝다고만 말했습니다.
OOP에 대한 지식은 코드를 더 쉽게 작성하고 시간을 절약하며 추가 코드 개발을 가능하게 합니다. 100달러를 두 배 빠르게 만드는 봇을 작성했다면 더 많은 돈을 벌게 된 것입니다. 안 그래? 그리고 봇을 완성하여 110달러를 벌기 시작하는 것이 훨씬 쉬울 것입니다. 여기에 더 많은 돈이 있습니다. 보증금의 일부(더 많은 돈)를 소모할 수 있는 버그를 방지했습니다. 또한 시간을 돈으로 생각하십시오. 봇이 1000줄의 코드라면 최소한 어셈블러로 작성하십시오. 그러나 객체 언어는 복잡한 코드를 간결하고 빠르고 이해하기 쉬운 방식으로 작성하기 위해 만들어졌습니다.
어떤 패턴을 말하는 것이며 내가 OOP를 심하게 마스터한 것은 무엇입니까? MQL5가 완전한 OOP 언어라는 말은 어디에도 없었고 MQL4보다 OOP에 훨씬 가깝다고만 말했습니다.
OOP에 대한 지식은 코드를 더 쉽게 작성하고 시간을 절약하며 추가 코드 개발을 가능하게 합니다. 100달러를 두 배 빠르게 만드는 봇을 작성했다면 더 많은 돈을 벌게 된 것입니다. 안 그래? 그리고 봇을 완성하여 110달러를 벌기 시작하는 것이 훨씬 쉬울 것입니다. 여기에 더 많은 돈이 있습니다. 우리는 보증금의 일부(더 많은 돈)를 소모할 수 있는 버그를 피했습니다. 또한 시간을 돈으로 생각하십시오. 봇이 1000줄의 코드라면 최소한 어셈블러로 작성하십시오. 그러나 객체 언어는 복잡한 코드를 간결하고 빠르고 이해하기 쉬운 방식으로 작성하기 위해 만들어졌습니다.
Vadim, 당신이 여기에 쓴 모든 것을 거의 이해합니다. 그리고 아마도 나는 흥미로운 자료를 마스터하는 데 시간을 할애 할 것입니다.
그러나 사적 거래는 개인주의의 문제입니다. 셋 이상, 둘도 아닌 하나. 개인 코드만 있습니다. 예, 그리고 크기는 ... 여기에 수천 줄로 무엇을 쓸 수 있습니까? 아마도 과거의 모든 패턴을 재훈련하고 적응시킬 프로그램입니다.
수천 줄에 대해 매트 장치 작성, 데이터베이스 작업, 다른 거래소로의 게이트웨이, 추가 통계 매개변수 계산... 제 생각에 간단한 봇은 한 쌍의 지표에서 오랫동안 작업하지 않았고, 그들이 작동한다면 엄청난 편차와 함께 쫓겨난 옵티마이저에서만 발생합니다. 내 생각에 수익성 있는 시스템(X는 아니지만 안정적)의 경우 많은 코드 줄을 사용하는 복잡한 수학 장치가 필요합니다. 하지만 이건 제 개인적인 생각입니다...
최소한, 우리는 마침내 많은 망원경 기능을 제거했고, 가장 중요한 것은 표준 라이브러리에 엄청난 수의 유용한 클래스가 추가되었다는 것입니다.
멍청한 질문에 대해 미리 사과드립니다.) 이것은 4 ki의 망원경이 5ku로 이전되지 않은 기능입니다. 나는 그런 것을 모른다(거래소 환경 관리를 제외하고는 본질적으로 다르다). 가능하면 명확히 해주십시오.
그리고 분명히 우리는 다른 것에 대해 이야기하고 있습니다. 나는 언어의 구문에 대해 이야기하고 있습니다. 예를 들어 라이브러리, 삽입 및 기타 코드 형태의 언어 환경을 인용합니다. 그리고 터미널과 메타에디터의 기능. 5ke에서는 큰 기회를 고려할 때 모든 것이 더 어렵습니다. 라이브러리는 코드를 단순화하기 위해 언어 위에 있습니다. MKL5에서 가능하거나 SiTrade로 더 짧게 작성할 수 있습니다. 그리고 4k에서는 MKL4에 글을 쓸 수 있지만 주문의 교환 설정에 액세스할 수 없고 거래 및 위치 상태의 형태로 실제 실행을 볼 수 있는 기능이 없습니다. 이것은 알고리즘 개발에 필요하지 않습니다. 주문 실행의 속도와 백분율을 핥고 주문 상태에 가장 빨리 액세스하고 위치 거래는 또 다른 작업입니다.
결과 클래스가 있는 코드는 변경 없이 두 언어로 모두 재현됩니다. 상속, 다양한 엔터티의 범위 가시성, 사용자 정의 데이터 유형, 서로 다른 데이터 유형을 가진 하나의 방법으로 작업하는 것은 두 언어 모두에서 가능합니다.
어쨌든 MCL은 순수한 OOP가 아닙니다. 터미널 환경은 요청 시에만 응답을 가정하고 터미널 의 이벤트는 상수 알고리즘에 의해 터미널에 반환 되므로 콜백 함수 없이는 할 수 없습니다....
이는 언어의 속성에서 제거할 수 없는 터미널 환경의 속성이지만 OOP의 기본 속성은 두 언어 모두에 존재합니다.
특히 Object.mqh
당신이 인용하지 못한 책에서 바로 .. 화려한 패턴 :-)
주제는 당신이 OOP 과정을 얼마나 마스터하고 그것을 옹호하는 방법을 배웠는지에 관한 것이 아닙니다. 제 생각에는 당신이 그것을 잘못 마스터했습니다.
일반적으로 교과서를 수집하고 내일 학교로 행진합니다.
어떤 패턴을 말하는 것이고 내가 OOP에서 무엇을 빨았습니까? MQL5가 완전한 OOP 언어라는 말은 어디에도 없었고 MQL4보다 OOP에 훨씬 가깝다고만 말했습니다.
OOP에 대한 지식이 어떻게든 내 꿈을 100달러 중 200달러에 가깝게 만들 수 있을까요?
OOP에 대한 지식은 코드를 더 쉽게 작성하고 시간을 절약하며 추가 코드 개발을 가능하게 합니다. 100달러를 두 배 빠르게 만드는 봇을 작성했다면 더 많은 돈을 벌게 된 것입니다. 안 그래? 그리고 봇을 완성하여 110달러를 벌기 시작하는 것이 훨씬 쉬울 것입니다. 여기에 더 많은 돈이 있습니다. 보증금의 일부(더 많은 돈)를 소모할 수 있는 버그를 방지했습니다. 또한 시간을 돈으로 생각하십시오. 봇이 1000줄의 코드라면 최소한 어셈블러로 작성하십시오. 그러나 객체 언어는 복잡한 코드를 간결하고 빠르고 이해하기 쉬운 방식으로 작성하기 위해 만들어졌습니다.
어떤 패턴에 대해 이야기하고 있으며 내가 OOP를 심하게 마스터한 것은 무엇입니까? MQL5가 완전한 OOP 언어라는 말은 어디에도 없었고 MQL4보다 OOP에 훨씬 가깝다고만 말했습니다.
OOP에 대한 지식은 코드를 더 쉽게 작성하고 시간을 절약하며 추가 코드 개발을 가능하게 합니다. 100달러를 두 배 빠르게 만드는 봇을 작성했다면 더 많은 돈을 벌게 된 것입니다. 안 그래? 그리고 봇을 완성하여 110달러를 벌기 시작하는 것이 훨씬 쉬울 것입니다. 여기에 더 많은 돈이 있습니다. 보증금의 일부(더 많은 돈)를 소모할 수 있는 버그를 방지했습니다. 또한 시간을 돈으로 생각하십시오. 봇이 1000줄의 코드라면 최소한 어셈블러로 작성하십시오. 그러나 객체 언어는 복잡한 코드를 간결하고 빠르고 이해하기 쉬운 방식으로 작성하기 위해 만들어졌습니다.
어떤 패턴을 말하는 것이며 내가 OOP를 심하게 마스터한 것은 무엇입니까? MQL5가 완전한 OOP 언어라는 말은 어디에도 없었고 MQL4보다 OOP에 훨씬 가깝다고만 말했습니다.
OOP에 대한 지식은 코드를 더 쉽게 작성하고 시간을 절약하며 추가 코드 개발을 가능하게 합니다. 100달러를 두 배 빠르게 만드는 봇을 작성했다면 더 많은 돈을 벌게 된 것입니다. 안 그래? 그리고 봇을 완성하여 110달러를 벌기 시작하는 것이 훨씬 쉬울 것입니다. 여기에 더 많은 돈이 있습니다. 우리는 보증금의 일부(더 많은 돈)를 소모할 수 있는 버그를 피했습니다. 또한 시간을 돈으로 생각하십시오. 봇이 1000줄의 코드라면 최소한 어셈블러로 작성하십시오. 그러나 객체 언어는 복잡한 코드를 간결하고 빠르고 이해하기 쉬운 방식으로 작성하기 위해 만들어졌습니다.
학교에 아니 ... 젠장 그는 다른 언어를 가지고 있습니다 .. 차이점 나열
특히 Object.mqh
그리고 그는 왜 나쁜가?
나는 그에게서 모든 물건을 물려받았습니다. 또한 CMyOject의 후속 클래스를 도입하여 코드의 어느 지점에서든 포인터 아래에 있는 개체를 이해할 수 있도록 했습니다.
또한 클래스는 가상 비교 방법을 캡슐화하므로 매우 유용합니다.
그리고 그는 왜 나쁜가?
나는 그에게서 모든 물건을 물려받았습니다. 또한 CMyOject의 후속 클래스를 도입하여 코드의 어느 지점에서든 포인터 아래에 있는 개체를 이해할 수 있도록 했습니다.
또한 클래스는 가상 비교 방법을 캡슐화하므로 매우 유용합니다.
"모든 개체의 어머니"에 필드 m_prev m_next의 존재. 그리고 일반적으로 깊은 계층 구조는 좋지 않지만 여기에서는 어디에나 있습니다. 거래에 대한 일종의 TurboVision
계속해서 논의되고 논의되었을 뿐입니다. 그리고 이 포럼 주제는 실제로 그것에 관한 것이 아닙니다.
"모든 개체의 어머니"에 필드 m_prev m_next의 존재. 그리고 일반적으로 깊은 계층 구조는 좋지 않지만 여기에서는 어디에나 있습니다. 거래에 대한 일종의 TurboVision
계속해서 논의되고 논의되었을 뿐입니다. 그리고 이 포럼 주제는 실제로 그것에 관한 것이 아닙니다.
제가 꾸준히 사용하고 있는 필드인데 리스트를 쉽게 생성할 수 있는 아주 필요한 부분이라고 생각합니다. 동시에 사용하지 않으면 옵티마이저가 실행 모듈을 빌드할 때 제외합니다.
선배로서 당신은 함수 본문의 구현에서 완전히 추상화되어 있습니다.
Vadim, 당신이 여기에 쓴 모든 것을 거의 이해합니다. 그리고 아마도 나는 흥미로운 자료를 마스터하는 데 시간을 할애 할 것입니다.
그러나 사적 거래는 개인주의의 문제입니다. 셋 이상, 둘도 아닌 하나. 개인 코드만 있습니다. 예, 그리고 크기는 ... 여기에 수천 줄로 무엇을 쓸 수 있습니까? 아마도 과거의 모든 패턴을 재훈련하고 적응시킬 프로그램입니다.
Vadim, 당신이 여기에 쓴 모든 것을 거의 이해합니다. 그리고 아마도 나는 흥미로운 자료를 마스터하는 데 시간을 할애 할 것입니다.
그러나 사적 거래는 개인주의의 문제입니다. 셋 이상, 둘도 아닌 하나. 개인 코드만 있습니다. 예, 그리고 크기는 ... 여기에 수천 줄로 무엇을 쓸 수 있습니까? 아마도 과거의 모든 패턴을 재훈련하고 적응시킬 프로그램입니다.
수천 줄에 대해 매트 장치 작성, 데이터베이스 작업, 다른 거래소로의 게이트웨이, 추가 통계 매개변수 계산... 제 생각에 간단한 봇은 한 쌍의 지표에서 오랫동안 작업하지 않았고, 그들이 작동한다면 엄청난 편차와 함께 쫓겨난 옵티마이저에서만 발생합니다. 내 생각에 수익성 있는 시스템(X는 아니지만 안정적)의 경우 많은 코드 줄을 사용하는 복잡한 수학 장치가 필요합니다. 하지만 이건 제 개인적인 생각입니다...
내 생각에 수익성 있는 시스템(X는 아니지만 안정적)
수익성 있는 시스템이 1개 이상 있습니까?
최소한, 우리는 마침내 많은 망원경 기능을 제거했고, 가장 중요한 것은 표준 라이브러리에 엄청난 수의 유용한 클래스가 추가되었다는 것입니다.
멍청한 질문에 대해 미리 사과드립니다.) 이것은 4 ki의 망원경이 5ku로 이전되지 않은 기능입니다. 나는 그런 것을 모른다(거래소 환경 관리를 제외하고는 본질적으로 다르다). 가능하면 명확히 해주십시오.
그리고 분명히 우리는 다른 것에 대해 이야기하고 있습니다. 나는 언어의 구문에 대해 이야기하고 있습니다. 예를 들어 라이브러리, 삽입 및 기타 코드 형태의 언어 환경을 인용합니다. 그리고 터미널과 메타에디터의 기능. 5ke에서는 큰 기회를 고려할 때 모든 것이 더 어렵습니다. 라이브러리는 코드를 단순화하기 위해 언어 위에 있습니다. MKL5에서 가능하거나 SiTrade로 더 짧게 작성할 수 있습니다. 그리고 4k에서는 MKL4에 글을 쓸 수 있지만 주문의 교환 설정에 액세스할 수 없고 거래 및 위치 상태의 형태로 실제 실행을 볼 수 있는 기능이 없습니다. 이것은 알고리즘 개발에 필요하지 않습니다. 주문 실행의 속도와 백분율을 핥고 주문 상태에 가장 빨리 액세스하고 위치 거래는 또 다른 작업입니다.
결과 클래스가 있는 코드는 변경 없이 두 언어로 모두 재현됩니다. 상속, 다양한 엔터티의 범위 가시성, 사용자 정의 데이터 유형, 서로 다른 데이터 유형을 가진 하나의 방법으로 작업하는 것은 두 언어 모두에서 가능합니다.
어쨌든 MCL은 순수한 OOP가 아닙니다. 터미널 환경은 요청 시에만 응답을 가정하고 터미널 의 이벤트는 상수 알고리즘에 의해 터미널에 반환 되므로 콜백 함수 없이는 할 수 없습니다....
이는 언어의 속성에서 제거할 수 없는 터미널 환경의 속성이지만 OOP의 기본 속성은 두 언어 모두에 존재합니다.