여기서 모든 식별자는 행렬이고 Windows용 가장 효율적인 코드는 이 행렬 연산을 수행하는 데 사용됩니다.
????
그 얘기가 아니야
단순함과 기능 사이에서 완벽하게 균형을 이루는 언어인 MQL4가 있었지만, 아니, 많은 코더들이 "좋은 것"에 대해 이야기하기 시작했고 진정할 수 없었습니다. 그래서 우리는 zhOPPu와 손실의 상속을 얻었습니다.
모든 것이 남아 있습니다. 원하지 않으면 OOP를 사용하지 마십시오. OOP는 만질 수 없고, 생각하지 않고, 예전처럼 살 수 없습니다.
포지션을 열기 전 "c <- b*a" 이후에는 여전히 많은 작업을 수행해야 합니다. OOP를 사용하여 수행하면 삶이 더 즐겁고 재미있어집니다.
R 또는 Matlab의 제작자에게 이러한 프로그램에서 포지션을 여는 것이 불가능하고 일반적으로 트랜잭션 실행과 직접적으로 관련되어 있지 않다는 사실에 불만을 표명하지 않는 이유는 무엇입니까? 또한 모든 프로그래밍 언어에 접근할 수 있습니다. 거의 언어에는 행렬이 포함된 작업이 없습니다. 당신은 다른 범주의 물건을 비교하고 있습니다.
모든 것이 남아 있습니다. 원하지 않으면 OOP를 사용하지 마십시오. OOP는 만질 수 없고, 생각하지 않고, 예전처럼 살 수 없습니다.
포지션을 열기 전 "c <- b*a" 이후에는 여전히 많은 작업을 수행해야 합니다. OOP를 사용하여 수행하면 삶이 더 즐겁고 재미있어집니다.
R 또는 Matlab의 제작자에게 이러한 프로그램에서 직위를 여는 것이 불가능하고 일반적으로 거래 실행과 직접적으로 관련이 없다는 사실에 불만을 표명하지 않는 이유는 무엇입니까? 또한 모든 프로그래밍 언어에 접근할 수 있습니다. 거의 언어에는 행렬이 포함된 작업이 없습니다. 당신은 다른 범주의 물건을 비교하고 있습니다.
OOP를 사용하여 추가하겠습니다. 필요한 경우 행렬 연산을 구현하고 + - * / =를 재정의하는 CMatrix 클래스를 만들 수 있습니다.
그리고 모든 것이 쉬워질 것입니다. CMatrix를 만들 필요도 없다고 생각합니다. 모든 것이 오랫동안 라이브러리 중 하나에서 구현되었습니다.
그건 그렇고, 이제 우리는 San Sanych를 화나게 할 것입니다)) 친애하는, 당신이 좋아하는 R에도 두 개의 OOP 시스템이 포함되어 있다는 것을 알고 있습니까?)))))))) 슬픔으로 마시지 마십시오)))
R. 통계 데이터 분석을 위한 이 언어에는 S3 및 S4라는 2개의 객체 지향 프로그래밍 시스템도 있습니다. 둘 다 S 언어에서 상속됩니다(R이 상용 S의 오픈 소스 구현임을 감안하면 놀라운 일이 아닙니다). S4는 대부분 현대 주류 언어의 OOP 구현에 해당합니다. S3는 기본적으로 언어 자체를 통해 구현되는 보다 가벼운 옵션입니다. 즉, 수신된 객체의 "클래스" 속성으로 요청을 전달하는 하나의 공통 기능이 생성됩니다.
자금 관리 모듈 이 전문가라는 결론이 나옵니다. 후행 정지도 전문가입니다. 전문가에는 다른 전문가도 포함됩니다. 이 일관되지 않은 상속은 후행 및 자금 관리 모두 기본 EA의 일부 개인 데이터 및 방법에 대한 액세스가 필요하다는 사실에서 비롯됩니다.
글쎄, 그것은 단지 수업 시스템에 대한 사려 깊음의 부족입니다.
반면에 내 EA 템플릿은 완전히 표준 라이브러리 클래스를 기반으로 하며 특별한 문제가 보이지 않습니다. "전문 부품 공장"의 이념이 구현되고 있습니다. 클래스 사용자의 경우 Expert Advisor 작성은 입력 생성기, 필터, SL-TP 정의자 및 TS의 기타 구성 요소를 생성할 수 있는 동일한 팩토리를 작성하는 것으로 구성됩니다.
저는 상속과 가상 기능 을 정말 좋아합니다. 하지만 간단한 것을 빨리 하고 싶을 때는 사용하지 않습니다. 동시에 복잡한 데이터의 복잡한 처리가 필요한 경우 OOP가 훨씬 편리하고 무엇보다 추가 지원도 크게 간소화됩니다.
의미 있는 거래를 위한 매우 불쾌한 상황이 아니라면 귀하의 의견에 전적으로 동의합니다. MQL에는 견적의 통계 처리 도구가 전혀 없습니다. 이것은 R을 다룰 때 특히 두드러집니다. 모든 사소한 일에는 프로그래밍이 필요합니다. 그리고 모델에 관해서는 일반적으로 침묵합니다.
하지만 그게 다가 아닙니다.
외부 라이브러리는 금지되어 있으므로 R 시장입니다. 이 제한이 없다면 나는 매우 높은 품질의 지표를 판매하여 위험없이 단순히 부자가 될 것입니다.
하지만 그게 다가 아닙니다.
싸우는 코더 무리가 사이트에 정착했는데 파란 눈으로 여기가 프로그래머의 사이트라고 주장하므로 거래와 관련된 게시물은 부적절합니다.
그러나 다음과 같이 쓸 때마다 차이가 있습니다.
SymbolInfoDouble(Symbol(),SYMBOL_ASK)
또는 다음과 같이:
s.Ask()
?
그리고 다음과 같은 차이점이 있습니다.
a<-b
그리고
for(i = 1, i < 1000, i++)
{
a[i] = b[i];
}
그러나 더 흥미로운 것들이 있습니다. 예를 들면 다음과 같습니다.
c <- b*a
여기서 모든 식별자는 행렬이고 Windows용 가장 효율적인 코드는 이 행렬 연산을 수행하는 데 사용됩니다.
????
그 얘기가 아니야
단순함과 기능 사이에서 완벽하게 균형을 이루는 언어인 MQL4가 있었지만, 아니, 많은 코더들이 "좋은 것"에 대해 이야기하기 시작했고 진정할 수 없었습니다. 그래서 우리는 zhOPPu와 손실의 상속을 얻었습니다.
그리고 다음과 같은 차이점이 있습니다.
a<-b
그리고
for(i = 1, i < 1000, i++)
{
a[i] = b[i];
}
그러나 더 흥미로운 것들이 있습니다. 예를 들면 다음과 같습니다.
c <- b*a
여기서 모든 식별자는 행렬이고 Windows용 가장 효율적인 코드는 이 행렬 연산을 수행하는 데 사용됩니다.
????
그 얘기가 아니야
단순함과 기능 사이에서 완벽하게 균형을 이루는 언어인 MQL4가 있었지만, 아니, 많은 코더들이 "좋은 것"에 대해 이야기하기 시작했고 진정할 수 없었습니다. 그래서 우리는 zhOPPu와 손실의 상속을 얻었습니다.
그리고 다음과 같은 차이점이 있습니다.
a<-b
그리고
for(i = 1, i < 1000, i++)
{
a[i] = b[i];
}
그러나 더 흥미로운 것들이 있습니다. 예를 들면 다음과 같습니다.
c <- b*a
여기서 모든 식별자는 행렬이고 Windows용 가장 효율적인 코드는 이 행렬 연산을 수행하는 데 사용됩니다.
????
그 얘기가 아니야
단순함과 기능 사이에서 완벽하게 균형을 이루는 언어인 MQL4가 있었지만, 아니, 많은 코더들이 "좋은 것"에 대해 이야기하기 시작했고 진정할 수 없었습니다. 그래서 우리는 zhOPPu와 손실의 상속을 얻었습니다.
모든 것이 남아 있습니다. 원하지 않으면 OOP를 사용하지 마십시오. OOP는 만질 수 없고, 생각하지 않고, 예전처럼 살 수 없습니다.
포지션을 열기 전 "c <- b*a" 이후에는 여전히 많은 작업을 수행해야 합니다. OOP를 사용하여 수행하면 삶이 더 즐겁고 재미있어집니다.
R 또는 Matlab의 제작자에게 이러한 프로그램에서 포지션을 여는 것이 불가능하고 일반적으로 트랜잭션 실행과 직접적으로 관련되어 있지 않다는 사실에 불만을 표명하지 않는 이유는 무엇입니까? 또한 모든 프로그래밍 언어에 접근할 수 있습니다. 거의 언어에는 행렬이 포함된 작업이 없습니다. 당신은 다른 범주의 물건을 비교하고 있습니다.
모든 것이 남아 있습니다. 원하지 않으면 OOP를 사용하지 마십시오. OOP는 만질 수 없고, 생각하지 않고, 예전처럼 살 수 없습니다.
포지션을 열기 전 "c <- b*a" 이후에는 여전히 많은 작업을 수행해야 합니다. OOP를 사용하여 수행하면 삶이 더 즐겁고 재미있어집니다.
R 또는 Matlab의 제작자에게 이러한 프로그램에서 직위를 여는 것이 불가능하고 일반적으로 거래 실행과 직접적으로 관련이 없다는 사실에 불만을 표명하지 않는 이유는 무엇입니까? 또한 모든 프로그래밍 언어에 접근할 수 있습니다. 거의 언어에는 행렬이 포함된 작업이 없습니다. 당신은 다른 범주의 물건을 비교하고 있습니다.
OOP를 사용하여 추가하겠습니다. 필요한 경우 행렬 연산을 구현하고 + - * / =를 재정의하는 CMatrix 클래스를 만들 수 있습니다.
그리고 모든 것이 쉬워질 것입니다. CMatrix를 만들 필요도 없다고 생각합니다. 모든 것이 오랫동안 라이브러리 중 하나에서 구현되었습니다.
CMatrix m1, m2; // заполняем матрицы CMatrix m3 = m1 + m2;그건 그렇고, 이제 우리는 San Sanych를 화나게 할 것입니다)) 친애하는, 당신이 좋아하는 R에도 두 개의 OOP 시스템이 포함되어 있다는 것을 알고 있습니까?)))))))) 슬픔으로 마시지 마십시오)))
R. 통계 데이터 분석을 위한 이 언어에는 S3 및 S4라는 2개의 객체 지향 프로그래밍 시스템도 있습니다. 둘 다 S 언어에서 상속됩니다(R이 상용 S의 오픈 소스 구현임을 감안하면 놀라운 일이 아닙니다). S4는 대부분 현대 주류 언어의 OOP 구현에 해당합니다. S3는 기본적으로 언어 자체를 통해 구현되는 보다 가벼운 옵션입니다. 즉, 수신된 객체의 "클래스" 속성으로 요청을 전달하는 하나의 공통 기능이 생성됩니다.
OOP를 사용하여 추가하겠습니다. 필요한 경우 행렬 연산을 구현하고 + - * / =를 재정의하는 CMatrix 클래스를 만들 수 있습니다.
그리고 모든 것이 쉬워질 것입니다. CMatrix를 만들 필요도 없다고 생각합니다. 모든 것이 오랫동안 라이브러리 중 하나에서 구현되었습니다.
가능하지만 여기에서 SanSanch는 이것이 이 R에서와 같이 최선의 방법으로 수행되지 않을 것이라고 대답할 것입니다. SanSanych에 따르면 이러한 행렬 연산은 아마도 순수 어셈블러로 코딩하여 최상의 방법으로 수행됩니다.
R과의 차이점은 R에서는 모든 것이 준비되어 있으며 가져 와서 사용하지만 여기에서는 모든 것을 직접해야한다는 것입니다.
가능하지만 여기에서 SanSanch는 이것이 이 R에서와 같이 최선의 방법으로 수행되지 않을 것이라고 대답할 것입니다. SanSanych에 따르면 이러한 행렬 연산은 아마도 순수 어셈블러로 코딩하여 최상의 방법으로 수행됩니다.
이전 게시물을 업데이트했습니다. R에 OOP가 있는 것으로 나타났습니다. 공포))
그건 그렇고, 나는이 R-희귀 브레이크를 시도했습니다. 놀라운 일이 아닙니다 - 통역사. 그래서 아스마가 없습니다.
이전 게시물을 업데이트했습니다. R에 OOP가 있는 것으로 나타났습니다. 공포))
그건 그렇고, 나는이 R-희귀 브레이크를 시도했습니다. 놀라운 일이 아닙니다 - 통역사. 그래서 아스마가 없습니다.
고양이 요리할 줄 모르면 닥쳐...
R. 통계 데이터 분석을 위한 이 언어에는 2개의 객체 지향 프로그래밍 시스템도 있습니다.
그래서 무엇? MQL에 없는 것이 더 많습니다. 그래서 무엇?
그것에 관한 것이 아닙니다. 한 언어의 다른 언어에 대한 알고리즘적 우월성은 주제 영역과 관련하여 가능성의 특정 임계값 이후에는 전혀 중요하지 않습니다.
여기 koderovskuyu vkusovschina를 씹고 개인적으로 무역을 위해 여기에 있습니다.
추신.
매트릭스 클래스는 매트릭스 작업을 위해 인텔의 라이브러리를 사용해야 하며, 이 문제에서 R과 동등할 수 있습니다.
여기 있어요. 표준 라이브러리의 무역 클래스 계층:
자금 관리 모듈 이 전문가라는 결론이 나옵니다. 후행 정지도 전문가입니다. 전문가에는 다른 전문가도 포함됩니다. 이 일관되지 않은 상속은 후행 및 자금 관리 모두 기본 EA의 일부 개인 데이터 및 방법에 대한 액세스가 필요하다는 사실에서 비롯됩니다.
글쎄, 그것은 단지 수업 시스템에 대한 사려 깊음의 부족입니다.
반면에 내 EA 템플릿은 완전히 표준 라이브러리 클래스를 기반으로 하며 특별한 문제가 보이지 않습니다. "전문 부품 공장"의 이념이 구현되고 있습니다. 클래스 사용자의 경우 Expert Advisor 작성은 입력 생성기, 필터, SL-TP 정의자 및 TS의 기타 구성 요소를 생성할 수 있는 동일한 팩토리를 작성하는 것으로 구성됩니다.
단순함과 기능 사이에서 완벽하게 균형을 이루는 언어인 MQL4가 있었지만, 아니, 많은 코더들이 "좋은 것"에 대해 이야기하기 시작했고 진정할 수 없었습니다. 그래서 우리는 zhOPPu와 손실의 상속을 얻었습니다.
뭔가 이해가 안가네요... 글쎄요, MQL5 혁신을 사용하지 마세요, 그게 다에요.
저는 상속과 가상 기능 을 정말 좋아합니다. 하지만 간단한 것을 빨리 하고 싶을 때는 사용하지 않습니다. 동시에 복잡한 데이터의 복잡한 처리가 필요한 경우 OOP가 훨씬 편리하고 무엇보다 추가 지원도 크게 간소화됩니다.
뭔가 이해가 안가네요... 글쎄요, MQL5 혁신을 사용하지 마세요, 그게 전부입니다.
저는 상속과 가상 기능 을 정말 좋아합니다. 하지만 간단한 것을 빨리 하고 싶을 때는 사용하지 않습니다. 동시에 복잡한 데이터의 복잡한 처리가 필요한 경우 OOP가 훨씬 편리하고 무엇보다 추가 지원도 크게 간소화됩니다.
의미 있는 거래를 위한 매우 불쾌한 상황이 아니라면 귀하의 의견에 전적으로 동의합니다. MQL에는 견적의 통계 처리 도구가 전혀 없습니다. 이것은 R을 다룰 때 특히 두드러집니다. 모든 사소한 일에는 프로그래밍이 필요합니다. 그리고 모델에 관해서는 일반적으로 침묵합니다.
하지만 그게 다가 아닙니다.
외부 라이브러리는 금지되어 있으므로 R 시장입니다. 이 제한이 없다면 나는 매우 높은 품질의 지표를 판매하여 위험없이 단순히 부자가 될 것입니다.
하지만 그게 다가 아닙니다.
싸우는 코더 무리가 사이트에 정착했는데 파란 눈으로 여기가 프로그래머의 사이트라고 주장하므로 거래와 관련된 게시물은 부적절합니다.
다음은 OOP의 배경입니다. 글쎄, 그것은 취향의 문제