코드 기반에 Complete EA가 없는 이유는 무엇입니까?
이 모든 것이 하나의 코드 기반 EA에서 다루어지는 것은 사실입니다.
최근의 새로운 MACD 샘플 은 전체/하위 핍 계정과 ECN/STP 브로커에 대해 업데이트되었습니다.
다른 항목을 다시:-
- 적절한 자금 관리 옵션 - 의견이 다양하며 이는 매우 복잡해질 수 있습니다.
- 적절한 Magic# 식별(orderTotals==0이 계산되지 않는 경우) - 이 예를 참조하십시오.
- TradeContexBusy 또는 서버와의 통신에 대한 사전 확인을 찾을 수 없음 - 주문 채널 오류 처리에 대한 스레드가 있다고 생각합니다.
다른 항목은 시스템이 작동하는 코더에게 관심이 있으며 일반적으로 그때쯤이면 스스로 정의하고 코딩할 것입니다.
대부분의 친절한 새내기 와 중급 EA 코더 는 완전한 상용 EA의 엄청난 규모에 압도될 것입니다...
하지만... 언제든지 자유롭게 게시하세요. :)
-BB-
확인!! 이제 사람들이 이 게시물의 내용을 감안할 때 이해할 수 있는 "왜 하지 않는가" 응답으로 나를 공격하기 시작합니다. 사실, 저는 코드 기반에 대해 그러한 EA를 작업하고 있습니다. 글쎄, 진실은 내가 내 자신의 학습을 위해 그것을하고 있다는 것입니다. 그런데 왜 아무도 전에 이것을 하지 않았습니까?
많은 지원을 받고 (도덕적으로 :P) 감사합니다.
실시간 거래가 가능하고 당신이 지적한 모든 것을 포함하는 완전히 안정적인 EA를 작성하는 기술은 제 생각에 지불하는 기술입니다. 그래서 그들은 코딩 마스터의 숨겨진 작은 비밀 인 것 같습니다 :)
코드를 게시할 때 대량의 mql4 코딩 품질은 시간이 지남에 따라 향상되지만 포럼 게시물의 품질은 일반적으로 감소해야 합니다(우리 모두는 참조용으로 코드에 대한 링크를 사용합니다 :P).
기대됩니다.
이 모든 것은 실제로 공식 API의 일부여야 합니다. 예를 들어 거래 컨텍스트 문제 또는 일반적으로 주문, 매직 넘버 등을 처리하는 엄청나게 성가신 방법, 거래 이벤트 핸들러의 부재 또는 과거 이벤트 및 팅의 필터링되고 정렬된 목록을 쉽게 쿼리할 수 있는 최소한의 간단한 API와 같은 것 그런. 사람들은 저수준 MT4 API의 전체(또는 일부)를 더 높은 수준, 더 쉽게 사용할 수 있는 것으로 래핑하기 위해 전체 라이브러리를 작성했으며 모든 라이브러리는 그러한 항목의 고유한 개인 버전/구현을 유지 관리하고 있습니다.
이상한 Metaquotes 회사 정책과 최종 사용자 및 EA 개발자 에 대한 적대적인 태도 덕분에 건설적인 커뮤니티 프로세스를 수립하는 것이 거의 불가능해 보입니다(아무도 시도하지 않을 것입니다). MQ) 이러한 API에 대해 논의 및 동의하고 개선 사항에 대해 공동으로 논의하고 기여합니다. 그러나 그러한 API는 절대적으로 필요하며 모든 표준 MT4 설치의 일부여야 하며 기능에 액세스하기 위해 공식적으로 권장되는 방법이어야 합니다.
> 이상한 Metaquote 회사 정책 덕분에...
시간, 노력, 위험 대 보상의 문제라고 생각합니다.
현재 상태로 MT는 일부 코드를 게시할 수 있으며 이는 단지 예일 뿐이며 실행 여부는 귀하의 책임입니다.
MT(또는 기타)가 라이브러리를 최종 주문 처리 코드로 게시 하고 여기에 버그가 있거나 시장 상황이 변경되거나 서버 측 동작이 변경될 수 있으므로 심각한 책임 문제가 발생할 수 있습니다.
Fx 시장은 많은 변수가 있는 거친 곳이기 때문에 더 높은 수준의 API도 어느 정도의 위험을 노출합니다.
Microsoft는 Office 버전을 게시하고 업데이트를 다음과 같이 발행할 수 있지만 거래 소프트웨어로 두 번째 기회를 얻지는 못합니다.
> 사람들은 전체 라이브러리를 작성했습니다... 그들 모두는 자신만의 비공개 버전/구현을 유지 관리하고 있습니다.
글쎄, 이러한 것들을 개발하는 데 걸리는 시간, 노력, 결단력 및 (잃어버린) 돈을 감안할 때 이해할 수 있는 종류...
-BB-
거의 모든 산업에서 거의 동일한 종류의 일이 발생합니다. 경영 수학 심리학 등에 관한 책이 있지만 어떤 일을 하는 확실한 방법은 없습니다. 전문가가 "당신이 정의한 대로 합니다"라고 말하고 호비스트가 "내 브로커와 함께 작동하면 내가 필요한 전부입니다. ".
@forexCoder: ... 코드를 게시할 때 대중에 의한 mql4 코딩 품질은 시간이 지남에 따라 향상되어야 하지만 포럼 게시물의 품질은 일반적으로 감소해야 합니다(우리 모두는 참조용으로 코드에 대한 링크를 사용합니다 :P) . ..
도와 주셔서 감사합니다 ;). 그러나, 그것은 그렇게 거창하지 않을 것입니다. 개별 작업에 대한 훨씬 더 나은 예가 포럼 전체에 흩어져 있습니다. 내가 말하는 것은 예를 들어 OrderReliable을 처리하는 지정된 포함 파일 또는 라이브러리 파일보다 훨씬 작은 세그먼트입니다. 내 원래 디자인은 EA를 단일 파일(포함 또는 라이브러리 없음)로 유지하는 것입니다. 나는 이미 다른 프로젝트에서 곁길로 가고 있으므로 숨을 참지 마십시오. 그러나 나는 이것을 가치있는 목표로 유지할 것입니다.
@General> 사람들은 전체 라이브러리를 작성했습니다... 그들 모두는 자신만의 개인 버전/구현을 유지 관리하고 있습니다.
네, 정말 사실입니다. 모든 괜찮은 프로그래머는 모든 것에 대한 자신의 버전을 가지고 있습니다. 오류 처리 및 자금 관리의 예. StopLoss Price & Percentage Risk를 전달했을 때 MT가 Lot-Size를 반환하는 함수를 생성할 수 없는 이유는 무엇입니까? 또는 내가 랏 크기와 위험을 제공했을 때 손절매 가격을 반환합니다. 그러나 Nooooo, 모든 사람은 자신의 취향이 있고 충분한 여유 마진이 있는지 자체 오류 검사를 수행해야 합니다.
예, MT가 모든 것을 다룰 수 없다는 것을 압니다. 그러나 그들이 더 나은 예를 제시한다면 좋을 것입니다. 상업적인 EA조차도 일반적으로 다른 EA와 호환되지 않았기 때문에 이 포럼에서 많은 열을 받았습니다. 하지만 지금은 대부분이 방식을 바꾸고 있습니다. 나는 그 개발자들 대부분이 Old MACD Simple을 보고 걱정하지 않았으며 MT 표준을 충족한다고 확신합니다. 오류 130 , 131 또는 수정 오류# 1 없이 코드 기반에서 코드를 거의 실행할 수 없습니다.
여기 내에서 실제 거래 논리를 뺀 값이 있습니다.
형, 이거 굉장해!!! 그것은 유용한 코드의 빌어먹을 금광입니다!!!!
여기 내에서 실제 거래 논리를 뺀 값이 있습니다.
IMO, mql4.com의 코드 기반 또는 해당 문제에 대한 문서 내에 완전한 EA가 없는 것 같습니다. 항상 뭔가 부족한 것 같습니다. 나는 사람들이 mql4 프로그래밍 학습을 위해 권장하는 소스 할당에서 바로 정의를 사용할 것입니다. 책 . 그 외에 다음을 추가하겠습니다. 이것은 수익성이 있는지 여부를 고려하지 않습니다.
- 브로커의 숫자 인식(5점 대 4점 및 Jpy 대 기타)
- 적절한 자금 관리 옵션(Martingale만으로는 계산되지 않음)
- 적절한 Magic# 식별(orderTotals==0이 계산되지 않는 경우)
- 적절한 기호 구분(대부분이 1개의 기호 및 기간에 대한 것이기 때문일 수 있음)
- 거의 항상 주문 회계 프로세스가 없습니다.
- 이벤트 추적이 존재하지 않음(해당 SL이 언제 히트했는지 알고 싶지 않으세요?)
- TradeContexBusy 또는 서버와의 통신에 대한 사전 확인을 찾을 수 없습니다.
- 재해 복구, (이것은 단지 신화에 불과합니다. 포럼에서 읽었습니까?)
- Ecn 대 Dealing Desk OrderSend 호환 가능(OrderSend와 함께 Sl 및 Tp를 전송하지 않음)
이 포럼과 mql4 자체의 시대에 누군가가 이쯤 되면 일반 프로그램의 "가장 많이 고려하는 것" 표준 기능이 포함된 완전한 EA를 게시했을 것이라고 생각합니다. 너무 어려운 작업인가요? 첫째, 나는 메타 인용문을 비난합니다(메타 인용문 사랑해요!!). 하지만 책에 정의된 대로 Complete EA를 게시해야 할 때라고 생각합니다.
확인!! 이제 사람들이 이 게시물의 내용을 감안할 때 이해할 수 있는 "왜 하지 않는가" 응답으로 나를 공격하기 시작합니다. 사실, 저는 코드 기반에 대해 그러한 EA를 작업하고 있습니다. 글쎄, 진실은 내가 내 자신의 학습을 위해 그것을하고 있다는 것입니다. 그런데 왜 아무도 전에 이것을 하지 않았습니까?
다시 말하지만, 아마도 나는 그런 EA를 놓쳤을 것입니다. 따라서 누군가 저를 그러한 EA에 연결할 수 있다면 감사하겠습니다. 또한 실제 계정을 위해 준비된 전체 프로그램 내에서 고려해야 할 표준 항목의 전체 목록을 찾고 있습니다. Bullet-Proofing 모든 Broker 및 Instrument에 대해서는 별로 신경 쓰지 않지만 귀하의 의견으로는 Standard Include에 대한 이 스레드가 있는 Brain-Storm을 원합니다.