코드 기반에 Complete EA가 없는 이유는 무엇입니까? - 페이지 2

 

사용자 지정 지표 와 EA를 공유하는 것에 대해 약간 걱정이 됩니다. 내가 공유하고 모두가 이를 사용하기 시작했다면 더 이상 작동하지 않을 것이기 때문입니다... 다른 사람도 동의합니까?

좀 이기적으로 들리겠지만... 5백만에 도달하면 공유하겠습니다 ;-)

 

사실이 아니다.

외환 시장은 시장에 있는 대부분의 플레이어가 하고 있는 일을 하고 싶은 정확한 장소입니다. 오랫동안 나는 그것을 이해하지 못했고 필요하지 않은 따뜻한 물을 발명하고 싶었습니다. 내가 지적해 줄 친구가 필요하다는 것이 밝혀졌습니다. 왜 바람을 맞으며 오줌을 누나요?

forex의 every1이 당신이 하고 있는 일을 할 것이라고 확신한다면 시장이 확실히 당신의 방식대로 움직일 것이기 때문에 당신은 그 일을 하고 싶어한다는 것이 밝혀졌습니다. (tl;dr 세상에서 모두가 롱가면, 당신은 롱을 원합니다 :) 그리고 그 반대도 마찬가지입니다.)

하지만. 나는 OP가 우리가 (실제로) 시간과 돈을 투자하여 만든 작업 지표와 EA를 공개하도록 초대했다고 생각하지 않습니다. 그가 의미한 것은 Documentation, Book and Article 섹션이 충분히 철저하지 않았고 MQL4 프로그래머 가 알아야 할 모든 것을 설명하지 않았다는 것입니다. 그 OP를 개선하기 위해 우리가 주문, 연결 끊기, 문자열 조작, 숫자 조작을 처리하는 방식과 같은 기본 코드 조각을 공유할 것을 제안했습니다. 우리 각자가 다른 방식으로 코딩하는 기본 사항.

첫 페이지에 WHRoeders는 기본 파일을 게시했습니다. 그것은 굉장. 자세히 살펴보세요. 그것은 기본적으로 ME가 무엇이든 게시하거나 공유할 필요를 무효화했습니다. 거기에는 우리 대부분이 필요로 하는 것보다 더 많은 것들이 있습니다.

 
mbirrell :

내 사용자 지정 지표와 EA를 공유하는 것에 대해 약간 걱정이 됩니다. 내가 공유하고 모두가 이를 사용하기 시작했다면 더 이상 작동하지 않을 것이기 때문입니다... 다른 사람도 동의합니까?

좀 이기적으로 들리겠지만... 5백만에 도달하면 공유하겠습니다 ;-)


이것이 바로 거래 논리를 제거하거나 평균 시스템을 제공하는 이유입니다. 완전한 EA는 사람들에게 수익성 있는 EA를 제공하는 것이 아닙니다. 수익성이 있는 EA는 갑자기 수익성이 악화될 수 있으며 그 반대의 경우도 마찬가지입니다. 나는 보통 나 자신을 위한 것보다 대중을 위한 EA 작업을 할 때 매우 의욕적입니다. 저에게 더 많은 동기를 부여하는 유일한 사고방식은 EA를 작성하기 위해 돈을 받을 때입니다. 그러나 표준 EA를 코딩할 수 없다면 코딩 비용을 청구하는 것이 편하지 않을 것입니다.

코드 기반에 무언가를 기여하려고 할 때 가지고 있는 문제는 프로그램을 충분히 보편적으로 만드는 것입니다. 4 대 5 자리 중개인처럼. 그들이 사용하고 있는 유일한 EA라고 가정하지 않습니다. Tho, 저는 제 자신의 EA에 대한 모든 표준을 구현하지 않았습니다. 저는 선의로 명백한 문제를 알고 있기 때문에 명백한 문제를 간과할 수 없습니다.

 
자, 여기 저에게 아주 잘 맞는 코드 조각이 있습니다. 이동 평균의 평균 실제 범위를 표시합니다. 일반 ATR 표시기와 마찬가지로 급격한 변화를 감지하고 추세선이 추세 인 경우에도 마찬가지입니다. ATR을 계산하는 ATR 코드 섹션을 다음과 같이 편집하면 됩니다. AtrPeriod 아래: extern int MA_AtrPeriod= 20 ;
i= Bars -counted_bars- 1 ;
   while (i>= 0 )
     {
       double high= iMA ( NULL , 0 ,MA_AtrPeriod, 8 , MODE_SMMA ,High,i);
       double low = iMA ( NULL , 0 ,MA_AtrPeriod, 8 , MODE_SMMA ,Low,i);
       if (i== Bars - 1 ) TempBuffer[i]=high-low;
       else
        {
         double prevclose= iMA ( NULL , 0 ,MA_AtrPeriod, 8 , MODE_SMMA ,Close,i);
         TempBuffer[i]= MathMax (high,prevclose)- MathMin (low,prevclose);
        }
      i--;
     }
 
forexCoder :

사실이 아니다.

외환 시장은 시장에 있는 대부분의 플레이어가 하고 있는 일을 하고 싶은 정확한 장소입니다. 오랫동안 나는 그것을 이해하지 못했고 필요하지 않은 따뜻한 물을 발명하고 싶었습니다. 내가 지적해 줄 친구가 필요하다는 것이 밝혀졌습니다. 왜 바람을 맞으며 오줌을 누나요?

forex의 every1이 당신이 하고 있는 일을 할 것이라고 확신한다면 시장이 확실히 당신의 방식대로 움직일 것이기 때문에 당신은 그 일을 하고 싶어한다는 것이 밝혀졌습니다. (tl;dr 세상에서 모두가 롱가면, 당신은 롱을 원합니다 :) 그리고 그 반대도 마찬가지입니다.)

하지만. 나는 OP가 우리가 (실제로) 시간과 돈을 투자하여 만든 작업 지표와 EA를 공개하도록 초대했다고 생각하지 않습니다. 그가 의미한 것은 Documentation, Book and Article 섹션이 충분히 철저하지 않았고 MQL4 프로그래머가 알아야 할 모든 것을 설명하지 않았다는 것입니다. 그 OP를 개선하기 위해 우리가 주문, 연결 끊기, 문자열 조작, 숫자 조작을 처리하는 방식과 같은 기본 코드 조각을 공유할 것을 제안했습니다. 우리 각자가 다른 방식으로 코딩하는 기본 사항.

첫 페이지에 WHRoeders는 기본 파일을 게시했습니다. 그것은 굉장. 자세히 살펴보세요. 그것은 기본적으로 ME가 무엇이든 게시하거나 공유할 필요를 무효화했습니다. 거기에는 우리 대부분이 필요로 하는 것보다 더 많은 것들이 있습니다.


일부는 소매 외환에서 당신은 소매 외환 거래로만 구성된 폐쇄된 시장에 있으며 모든 매수 포지션에 대해 반대 매도가 있어야 하므로 모든 사람이 같은 방식으로 거래한다면 주문 이 충족되지 않을 것이라고 주장합니다. 반대 입장을 취할 사람이 아무도 없었을 것이며, 대다수가 같은 방식으로 거래를 하면 큰 재견적을 받을 가능성이 더 큽니다.

 

> 일부는 소매 외환에서 귀하가 소매 외환 거래로만 구성된 폐쇄된 시장에 있다고 주장합니다.

이것은 브로커가 자신의 '내부 시장'을 형성하고 항상 소매업자에 대항하는 '딜링 데스크' 브로커에서 사실일 수 있습니다.
그런데 아직까지 '딜링데스크'인 주류 중개업체가 있는지 모르겠네요..?

그리고 여기에서 이름을 지정하지 않으므로 개별 브로커에 대해 논의하지 않도록 하고 귀하의 브로커가 '딜링 데스크'인지 아닌지 확인하십시오!

-BB-

 
SDC :


어떤 사람들은 소매 외환에서 당신은 소매 외환 거래로만 구성된 폐쇄된 시장에 있으며 모든 롱 포지션에 대해 반대되는 숏이 있어야 하므로 모든 사람이 같은 방식으로 거래한다면 주문이 채워지지 않을 것이라고 주장합니다. 반대 입장을 취할 사람이 아무도 없었을 것이며, 대다수가 같은 방식으로 거래를 하면 큰 재견적을 받을 가능성이 더 큽니다.


나는 그것을 읽었다. 그것은 외환에서 뉴턴의 세돈 법칙과 같습니다.

그러나 이것은 또한 모든 사람들이 한 방향으로 가려고 하면 작업이 불가능할 것이지만 그것에 대한 수요(모든 사람들이 기적적으로 롱 또는 숏으로 가기를 원할 것임)가 그 상품에 무한한 가격을 창출할 것임을 의미합니다( 매수) 또는 제로 가격(매도). 어느 쪽이든 그것은 시장 붕괴이며 우리가 원하지 않는 것입니다. 그러나 나는 항상 대다수의 플레이어(인원이 아닌 거래량에서)가 원하는 것을 하고 싶다는 내 이론의 기초로 이 경계선의 예를 사용합니다.

 
WHRoeder :
여기 내에서 실제 거래 논리를 뺀 값이 있습니다.
William님, 걱정하지 않으셔도 됩니다. 오늘 귀하의 코드를 살펴보고 질문이 있습니다.

내가 올바르게 이해했다면 EA가 배치된 차트(chart.at.risk)뿐만 아니라 모든 차트(equity.at.risk)에 배치된 모든 주문에 대해 위험에 처한 주식( ModifyStops() )을 추적합니다. ? 자산 계산에서 PerLotPerPoint라는 변수를 사용합니다. 이것은 PointValuePerLot() 함수 에서 가져옵니다. 이 함수를 보면 현재 차트 기호에서만 작동합니다. . . 그래서 나는 지분.at.risk 가 어떻게 정확할 수 있는지 약간 혼란스럽습니다.
 

좋은 캐치. 분명히 PointValuePerLot()는 다른 쌍에 적합하지 않으며 계산이 정확하지 않을 수 있습니다.

아이디어는 여러 거래(즉, 그리드 거래)를 열 때 마진 콜을 피하는 것이었습니다. 계산 결과는 AccountFreeMarginCheck()와 함께 LotSize()에서 사용됩니다.

이것은 동일한 쌍/다른 시간 프레임으로 확장된 다음 다른 가능한 쌍으로 확장되었습니다.

기호를 전달하면 함수 가 수정되고 변수는 더 이상 상수가 아니므로 루프 안에 있어야 합니다.

 
확인해주셔서 감사합니다.
사유: