기본 클래스를 변경해야 합니까? 제 생각에는 모든 사람이 기본 클래스의 후손에서 이 작업을 쉽게 수행할 수 있습니다(자신의 논리에 따라).
게다가, 바로 이러한 방법의 "고기"는 어디에 있습니까(예를 들어, CTrade의 후계자로 구현됨)?
네, 저도 누구나 하기 어려운 일이라고 생각합니다. 이 방법의 내용에 관해서는 현재로서는 개발자가 경험이 허용하는 한 완전성을 올바르게 결정할 것이라고 생각합니다. 일반적으로 말하자면, 많은 시간이 아니라 시간에 따라 작업할 수 있는 기회가 있다고 봅니다. 저것들. 위치 볼륨 을 2배 또는 1.2배로 늘립니다. 감소도 마찬가지입니다. 롤오버를 사용하면 롤오버 전과 동일한 결과 위치 볼륨으로 또는 더 크거나 작은 다른 볼륨으로 위치를 뒤집을 가능성이 있습니다. 아이디어는 돈을 관리할 때 수학 함수를 사용할 수 있는 새로운 편리한 방법 래퍼에 있습니다(포지션 볼륨을 관리할 때 시간과 함께 작동).
Yedelkin : 모두는 아닙니다. 모든 프로그래머도 아닙니다. 하지만 OOP의 기능을 아는 사람만 알 수 있습니다.
원하는 경우 여기에 참석한 포럼 회원의 90%가 참여할 수 있습니다. 물론 그들이 언어 도움말을 살펴보기에 너무 게으르지 않는 한.
-알렉세이 - : 네, 저도 누구나 하기 어려운 일이라고 생각합니다. 이 방법의 내용에 관해서는 현재로서는 개발자가 경험이 허용하는 한 완전성을 올바르게 결정할 것이라고 생각합니다. 일반적으로 많은 작업이 아니라 시간을 두고 작업할 가능성이 있다고 봅니다. 저것들. 위치 볼륨 을 2배 또는 1.2배로 늘립니다. 감소도 마찬가지입니다. 롤오버를 사용하면 롤오버 전과 동일한 결과 위치 볼륨으로 또는 더 크거나 작은 다른 볼륨으로 위치를 뒤집을 가능성이 있습니다. 아이디어는 돈을 관리할 때 수학 함수를 사용할 수 있는 새로운 편리한 방법 래퍼에 있습니다(포지션 볼륨을 관리할 때 시간과 함께 작동).
CTrade(일반적) + mat의 변경 사항에 대한 별도의 분기입니다. 모델 + 코드(적어도 템플릿으로).
기본 개체의 자식이 있는 별도의 모듈 형태가 바람직합니다.
개발자가 거기에서 표준 모듈에 포함할 근거를 찾으면 분명히 그렇게 할 것이지만 지금은 (개념과 코드가 표준화되지 않았기 때문에) 하위 항목으로만 수행할 것입니다.
-Alexey-의 제안이 "보편적인 것"의 범주에 속 하는지 여부는 아직 말할 수 없습니다. 그러나 반복합니다. 일반 사용자에게는 전문 프로그래머가 분류하는 것이 아니라 명확하고 작동하는 기능이 필요합니다.
보편성에 대해 이야기하면 시간뿐만 아니라 로트에서도 포지션 볼륨 을 변경할 수 있는 것이 바람직합니다. 저것들. 다음과 같이 다소:
1) 특정 로트로 포지션을 오픈한다: PositionOpen(...,lot,....); /이 기능은 모호하지 않고 변경되지 않으며 현재 그대로 유지됩니다/
2) 위치 볼륨이 변경됩니다. 예를 들어 다음과 같이 증가합니다.
a) PositionIncrease(..., 2, mode_lot_change,....) - 위치 볼륨을 2로트 늘립니다. /로트 변경이 편리한 경우에/
b) PositionIncrease(..., 2, mode_multiply_change,....) - 위치 볼륨을 2배로 늘립니다. /시간 변경이 편리한 경우에/
그러나 나는 아직도 무엇을 어떻게 "반전"하고 "절단"하는지, 그리고 왜 정확히 CTrade에서 이해하지 못합니까?
CTrade에는 참조를 위한 일련의 방법이 있습니다. " 위치가 있는 작업 ". 포지션 개설, 포지션 청산, SL 또는 TP 포지션 변경이 있습니다. 보완할 것을 제안합니다. 포지션 반전이란 현재 거래량보다 큰 거래량으로 반대 거래를 하여 오픈 포지션의 방향을 반대로 하는 것을 의미합니다. 포지션을 줄이는 것은 오픈 포지션의 볼륨을 줄이는 것입니다. 확대는 반대입니다.
Я за то чтобы в библиотеку включались универсальные вещи, которые устраивают всех (чтобы потом не пришлось переопределять функционал стандартных классов ).
기본 클래스를 변경해야 합니까? 제 생각에는 모든 사람이 기본 클래스의 후손에서 이 작업을 쉽게 수행할 수 있습니다(자신의 논리에 따라).
게다가, 바로 이러한 방법의 "고기"는 어디에 있습니까(예를 들어, CTrade의 후계자로 구현됨)?
모두는 아닙니다. 모든 프로그래머도 아닙니다. 하지만 OOP의 기능을 아는 사람만 알 수 있습니다.
원하는 경우 여기에 참석한 포럼 회원의 90%가 참여할 수 있습니다. 물론 그들이 언어 도움말을 살펴보기에 너무 게으르지 않는 한.
네, 저도 누구나 하기 어려운 일이라고 생각합니다. 이 방법의 내용에 관해서는 현재로서는 개발자가 경험이 허용하는 한 완전성을 올바르게 결정할 것이라고 생각합니다. 일반적으로 많은 작업이 아니라 시간을 두고 작업할 가능성이 있다고 봅니다. 저것들. 위치 볼륨 을 2배 또는 1.2배로 늘립니다. 감소도 마찬가지입니다. 롤오버를 사용하면 롤오버 전과 동일한 결과 위치 볼륨으로 또는 더 크거나 작은 다른 볼륨으로 위치를 뒤집을 가능성이 있습니다. 아이디어는 돈을 관리할 때 수학 함수를 사용할 수 있는 새로운 편리한 방법 래퍼에 있습니다(포지션 볼륨을 관리할 때 시간과 함께 작동).
CTrade(일반적) + mat의 변경 사항에 대한 별도의 분기입니다. 모델 + 코드(적어도 템플릿으로).
기본 개체의 자식이 있는 별도의 모듈 형태가 바람직합니다.
개발자가 거기에서 표준 모듈에 포함할 근거를 찾으면 분명히 그렇게 할 것이지만 지금은 (개념과 코드가 표준화되지 않았기 때문에) 하위 항목으로만 수행할 것입니다.
임호
원하는 경우 여기에 참석한 포럼 회원의 90%가 참여할 수 있습니다. 물론 그들이 언어 도움말을 살펴보기에 너무 게으르지 않는 한.
임호
그것은 "여기에 있는 포럼의 구성원"에 관한 것이 아니라 그들의 욕망에 관한 것이 아닙니다. 그리고 "모두"라는 진술에 대해. - 글쎄, 그와 함께 무화과, 그래서 모든 것이 분명합니다.
제기 된 질문에 관해서. 일반 소비자가 "기본 클래스의 자식"을 직접 만드는 것보다 Ready_Class::Function_Ready_Class 와 같은 것을 사용하는 방법을 배우는 것이 훨씬 쉽습니다.
그것은 "여기에 있는 포럼의 구성원"에 관한 것이 아니라 그들의 욕망에 관한 것이 아닙니다. 그리고 "모두"라는 진술에 대해.
제기 된 질문에 관해서. 일반 소비자가 "기본 클래스의 자식"을 직접 만드는 것보다 Ready_Class::Function_Ready_Class 와 같은 것을 사용하는 방법을 배우는 것이 훨씬 쉽습니다.
저는 기본 라이브러리에 대한 변경 및 추가를 반대하지 않습니다. 특히 이것이 더 효율적이고 편리하게 거래할 수 있게 해준다면 더욱 그렇습니다.
나는 라이브러리에 모든 사람에게 적합한 보편적인 것을 포함하는 것을 찬성합니다(나중에 표준 클래스 의 기능을 재정의할 필요가 없음).
이러한 방법에 관해서는 "Expert" 클래스(내 클래스)에서 이러한 것을 작성했고 거기에서 모든 작업 논리를 정의했습니다.
추신
표준 MACD 샘플의 CSampleExpert와 유사한 방식으로 유사한 작업이 구현되었습니다.
열고 닫을 수 있는 기능이 있는데, 제안한 것들도 추가하지 않겠습니까?
나는 라이브러리에 모든 사람에게 적합한 보편적인 것을 포함하는 것을 찬성합니다(나중에 표준 클래스 의 기능을 재정의할 필요가 없도록 하기 위해).
당연하게도! 다양성은 안정성에 기여합니다.
-Alexey-의 제안이 "보편적인 것"의 범주에 속 하는지 여부는 아직 말할 수 없습니다. 그러나 반복합니다. 일반 사용자에게는 전문 프로그래머가 분류하는 것이 아니라 명확하고 작동하는 기능이 필요합니다.
추신
표준 MACD 샘플의 CSampleExpert와 유사한 방식으로 유사한 작업이 구현되었습니다.
열고 닫을 수 있는 기능이 있는데, 제안한 것들도 추가하지 않겠습니까?
사람이 OOP를 모른다면 당신의 예가 그에게 거의 알려주지 않는다는 데 동의하십시오.
나는 그렇지 않다는 데 동의하지만 이것은 이 기능이나 저 기능을 어디에서 어떻게 처방할 것인가의 문제입니다.
또한 표준 라이브러리 는 여전히 개발 중이며 개발자는 자신의 계획과 관심을 가지고 있습니다.
... 표준 라이브러리 는 여전히 진화하고 있으며 개발자들은 각자의 계획과 관심을 가지고 있습니다.
그래서 결국 브랜치는 "Wishes ..."라고 불리며 -Alexey-의 제안은 개발자의 계획을 방해 할 수 없습니다 :)
그래서 결국 브랜치는 "Wishes ..."라고 불리며 -Alexey-의 제안은 개발자의 계획을 방해 할 수 없습니다 :)
글쎄요, 잘 모르겠습니다. 제안서에 구체적인 내용이 나와 있지 않습니다. 아마도 개발자들이 보게 될 것입니다.
그러나 나는 아직도 무엇을 어떻게 "반전"하고 "절단"하는지, 그리고 왜 정확히 CTrade에서 이해하지 못합니까?
그러나 현재 개발 단계에 있는 표준 라이브러리 는 저 자신의 클래스 집합(표준 라이브러리에 어떤 식으로든 의존하지 않음)을 가지고 있기 때문에 크게 신경쓰지 않습니다.
당연하게도! 다양성은 안정성에 기여합니다.
-Alexey-의 제안이 "보편적인 것"의 범주에 속 하는지 여부는 아직 말할 수 없습니다. 그러나 반복합니다. 일반 사용자에게는 전문 프로그래머가 분류하는 것이 아니라 명확하고 작동하는 기능이 필요합니다.
보편성에 대해 이야기하면 시간뿐만 아니라 로트에서도 포지션 볼륨 을 변경할 수 있는 것이 바람직합니다. 저것들. 다음과 같이 다소:
1) 특정 로트로 포지션을 오픈한다: PositionOpen(...,lot,....); /이 기능은 모호하지 않고 변경되지 않으며 현재 그대로 유지됩니다/
2) 위치 볼륨이 변경됩니다. 예를 들어 다음과 같이 증가합니다.
a) PositionIncrease(..., 2, mode_lot_change,....) - 위치 볼륨을 2로트 늘립니다. /로트 변경이 편리한 경우에/
b) PositionIncrease(..., 2, mode_multiply_change,....) - 위치 볼륨을 2배로 늘립니다. /시간 변경이 편리한 경우에/
그러나 나는 아직도 무엇을 어떻게 "반전"하고 "절단"하는지, 그리고 왜 정확히 CTrade에서 이해하지 못합니까?
CTrade에는 참조를 위한 일련의 방법이 있습니다. " 위치가 있는 작업 ". 포지션 개설, 포지션 청산, SL 또는 TP 포지션 변경이 있습니다. 보완할 것을 제안합니다. 포지션 반전이란 현재 거래량보다 큰 거래량으로 반대 거래를 하여 오픈 포지션의 방향을 반대로 하는 것을 의미합니다. 포지션을 줄이는 것은 오픈 포지션의 볼륨을 줄이는 것입니다. 확대는 반대입니다.
Я за то чтобы в библиотеку включались универсальные вещи, которые устраивают всех (чтобы потом не пришлось переопределять функционал стандартных классов ).