당신과 다른 대표자들에게 오랫동안 논쟁이 있었습니다. 그러나 눈치 채지 못하는 불편한 질문. 다시 한 번 기억하십시오 - 오류 처리. 포함 표준 라이브러리의 대량 사용에 대한 이야기는 없었고, 가까운 장래에 이야기도 없을 것입니다. 이해할 수 있지만-신호에 대한 수수료를 받는 것이 고품질 라이브러리를 만드는 것보다 더 흥미롭고 DC가 좋습니다-오류가 더 많이 병합되어 그러한 그림이 그려집니다.
infera : Добрый день! Использую стандартную библиотеку для открытия позиции . Подскажите, каким образом лучше организовать функцию обработки ошибок? Поиск результатов не дал, буду благодарен за любые ссылки на эту тему.
그렇다면 테스터가 아닌 실용적인 의미는 무엇입니까? 있는 것 같지만 사용할 수 없습니다. 그리고 예를 들어 이러한 처리를 도입하자는 제안이나 개발자의 기사 작성 또는 일종의 오류 처리 매뉴얼과 같은이 주제에 대한 질문이 항상 개발자의 침묵을 만나는 이유는 무엇입니까? 결국, 그들은이 문제에서 가장 유능합니다. 문제가 무엇입니까? 정말 유용한 것 대신에 저장소에서 작업이 수행되고 있다는 것이 적어도 이상해 보입니다. 거래 - 거래를 열고 닫는 기능. 자동 거래 에뮬레이터에 대한 질문 - 답변 없이 중단되었지만 표준 라이브러리에 있어야 하기 때문입니다. 그 필요성은 명백합니다. 답변을 듣고 싶습니다.
그래서 전략의 달인은 테스터에게만 해당된다는 사실을 숨기는 사람은 아무도 없습니다. )) 간단하고 빠르게 이것 또는 저것을 확인하고 어떤 방향으로 나아갈지 결정하십시오. 그리고 오류 처리는 그렇게 어려운 작업이 아닙니다. 적어도 다른 사람들이 어떻게 하는지 볼 수 있습니다. 예를 들어, 네 번째 포럼의 KimIV 기능 라이브러리. 이 주제에 대한 기사를 쓸 수도 있다고 생각하지만 지금은 시간이 많지 않습니다.
작업이 어려운지 아닌지가 아니라 표준 라이브러리 에서 구현해야 할 필요성에 대한 것입니다. 어드바이저를 작성할 때 주요 작업 목록을 결정하고 개발자를 위해 구현하여 다른 사람들이 어떻게하는지 보거나 누군가가 기사를 작성할 시간이있을 때까지 기다릴 필요가 없도록하는 것도 나쁘지 않을 것입니다.
그는 너무 감정적이었습니다. 인수가 없습니다.
당신과 다른 대표자들에게 오랫동안 논쟁이 있었습니다. 그러나 눈치 채지 못하는 불편한 질문. 다시 한 번 기억하십시오 - 오류 처리. 포함 표준 라이브러리의 대량 사용에 대한 이야기는 없었고, 가까운 장래에 이야기도 없을 것입니다.
답을 상기시켜 드리겠습니다. 우리는 반환 코드를 통해 고전적인 오류 처리를 사용합니다. 예외를 통한 처리 방법에 관심이 있는 사람들은 다른 많은 언어를 사용할 수 있습니다.
표준 라이브러리에 직접적인 오류를 제공합니다. 왜 이리저리 돌아다닙니까? 예, 그리고 당신은 자두를 묶는 대담함이 있습니다.
이야기를 상기시켜 드리겠습니다.
하나
infera :
Добрый день! Использую стандартную библиотеку для открытия позиции . Подскажите, каким образом лучше организовать функцию обработки ошибок? Поиск результатов не дал, буду благодарен за любые ссылки на эту тему.
이야기를 상기시켜 드리겠습니다.
라이브러리 코드의 직접적인 오류에 대한 명확한 표시를 요청합니다.
소개도 없고 미리 알림도 없고 물도 없고 직접적인 오류가 있는 코드 조각을 하나씩 나열합니다.
라이브러리 코드의 직접적인 오류에 대한 명확한 표시를 요청합니다.
소개도 없고, 알림도 없고, 물도 없고, 직접적인 오류가 있는 코드 조각을 하나씩 나열하기만 하면 됩니다.
2
아저씨빅 2011.10.24 10:09
표준 라이브러리에는 거래 오류를 처리하기 위한 알고리즘이 포함되어 있지 않습니다. 엠비. 포럼 전문가가 나에게 말할 수 있습니까?
삼
-알렉세이- 2011.12.17 19:52
그렇다면 테스터가 아닌 실용적인 의미는 무엇입니까? 있는 것 같지만 사용할 수 없습니다. 그리고 예를 들어 이러한 처리를 도입하자는 제안이나 개발자의 기사 작성 또는 일종의 오류 처리 매뉴얼과 같은이 주제에 대한 질문이 항상 개발자의 침묵을 만나는 이유는 무엇입니까? 결국, 그들은이 문제에서 가장 유능합니다. 문제가 무엇입니까? 정말 유용한 것 대신에 저장소에서 작업이 수행되고 있다는 것이 적어도 이상해 보입니다. 거래 - 거래를 열고 닫는 기능. 자동 거래 에뮬레이터에 대한 질문 - 답변 없이 중단되었지만 표준 라이브러리에 있어야 하기 때문입니다. 그 필요성은 명백합니다. 답변을 듣고 싶습니다.4
톨64 2011.12.18 06:17
그래서 전략의 달인은 테스터에게만 해당된다는 사실을 숨기는 사람은 아무도 없습니다. )) 간단하고 빠르게 이것 또는 저것을 확인하고 어떤 방향으로 나아갈지 결정하십시오. 그리고 오류 처리는 그렇게 어려운 작업이 아닙니다. 적어도 다른 사람들이 어떻게 하는지 볼 수 있습니다. 예를 들어, 네 번째 포럼의 KimIV 기능 라이브러리. 이 주제에 대한 기사를 쓸 수도 있다고 생각하지만 지금은 시간이 많지 않습니다.나는 코드의 오류에 대해 이야기하지 않았습니다. 더 자세히 읽으십시오. 글을 쓰려고 하는데 사이트가 멈춥니다.
따라서 문제가 없습니다.
라이브러리 의 거래 기능은 개발을 단순화하는 래퍼입니다. 서버 응답을 처리하는 방법은 EA 개발자가 결정합니다. 당사는 거래 거래의 기본 처리/반복에 대해 책임을 지지 않습니다.
사실, 서버 오류가 발생할 때 예상되는 무차별 대입 "재시도" 솔루션은 수용 가능한 솔루션이 아닙니다. 비즈니스 계층 코드가 라이브러리가 아니라 결정을 내려야 합니다.
자동 서버 장애 조치를 위한 일반 논리를 제공할 수 있다고 생각되면 자체 라이브러리를 작성 및 게시하거나 기존 라이브러리를 확장하십시오. CTrade와 유사한 클래스 하나만 구현하면 됩니다.
5
초보자
작업이 어려운지 아닌지가 아니라 표준 라이브러리 에서 구현해야 할 필요성에 대한 것입니다. 어드바이저를 작성할 때 주요 작업 목록을 결정하고 개발자를 위해 구현하여 다른 사람들이 어떻게하는지 보거나 누군가가 기사를 작성할 시간이있을 때까지 기다릴 필요가 없도록하는 것도 나쁘지 않을 것입니다.