잘못된 요청 - 방금 시작했는데 이해할 수 없습니다... - 페이지 7

새 코멘트
 
papaklass :

내 게시물은 표준 라이브러리 를 사용하지 않는 이유에 대한 답변입니다.

사실 나도. 그러나 나는 이유가 있습니다 - MK보다 훨씬 일찍 수업을 만들었습니다.

클래스의 중복된 메서드에 대해 개발자의 주의를 끌기 위한 시도입니다.

중복 - 나는 그렇게 생각하지 않습니다. 이것은 본질적으로 OOP입니다. 래퍼에 대한 다른 비전, 다른 클래스 디자인 및 다른 거래 구조 형성 논리가 있습니다. 그것은 아마도 취향의 문제일 것입니다.

-----------------------

그러나 거래 실수와 함께 - 여전히 예를 들어 보겠습니다. 예를 들어 10008 -> 10012를 처리하는 보편적인 방법이 있습니까?
말하자면 - 전문가의 이전 및 이후 작업에 관계없이.
그리고 결과적으로 이 미개봉 주문의 처리는 무엇을 의미해야 합니까...

 

사용하지 않는 것과 같은 기능은 최종 파일에서 제외됩니다.

또 다른 사실은 거의 항상 "비범용" 코드가 범용 코드 보다 빠르다 는 것입니다(예를 들어 EA는 더 빨리 최적화되며 클라우드에서는 비용을 조금 더 적게 지불해야 합니다).

 
최적화 컴파일러 + 대량 인라인을 잊지 마십시오.

코드에서 호출된 함수만 사용되며 다른 모든 것은 최적화 중에 건너뜁니다. 즉, 61개의 메소드가 있는 클래스 중 3개만 사용하면 3개의 메소드 코드가 포함됩니다.

함수 자체의 작은 크기와 코드 최적화 를 고려한 인라인 함수는 일반적으로 코드를 단순하고 단순하게 만듭니다.
 
papaklass :

따라서 사례(10008 -> 10012)는 나에게 관심이 없습니다. 이 틱에서 포지션이 열리지 않으면 다음 틱에서 열릴 것입니다.

저는 EA의 논리가 position 을 열어야 하는 경우 해당 위치가 거의 항상 열리는 방식으로 코드를 작성하려고 합니다. 다음 틱 또는 10틱 후,

절대적으로 올바른 접근.

그런 다음 오류 처리 문제로 돌아가십시오. 표준 성경에 무엇이 빠져 있습니까? 오류 처리/분석 방향에서 어떤 마무리 작업을 삽입하고 싶습니까?

 
papaklass :

잉여현금을 초과하는 로트의 포지션을 개설하거나, Pending 주문을 할 때 현재 가격에서 허용되는 최소 상쇄가 유지되지 않거나 , 포지션의 방향 을 고려하지 않고 Stop을 하는 경우.

그리고 이러한 상황을 처리하고 라이브러리 자체에서 프로그래머로부터 주문의 단점을 수정한다는 것은 무엇을 의미합니까?
즉, 성경 자체가 발을 뒤집었습니까, 아니면 마음대로 제비를 뽑았습니까?

또는 응답으로 적절한 코드를 전송하여 프로거가 자신의 잘못된 주문에 대해 알 수 있도록 하시겠습니까?

 
sergeev :

그리고 이러한 상황을 처리하고 라이브러리 자체에서 프로그래머로부터 주문의 단점을 수정한다는 것은 무엇을 의미합니까?
즉, 성경 자체가 발을 뒤집었습니까, 아니면 마음대로 제비를 뽑았습니까?

몇 가지 더 순진한 질문과 파파클라스는 무언가를 추측하고 의심하기 시작합니다...
 

프로그래머가 "필요성과 충분성"을 다르게 인식하는 것일 뿐이며, 이것이 기능 확장에 대한 질문이 제기되는 이유입니다.

추측에 머무르는 것보다 모든 것을 완전히 명확히하는 것이 좋습니다.

 
papaklass :
다시 말하지만, 나는 아무에게도 설득하려고 하지 않습니다. 라이브러리의 모든 것이 괜찮다고 생각되면 모든 것을 그대로 두십시오. 토론 후에도 나는 이 라이브러리를 사용하지 않을 것입니다. 나 혼자야, 할 수 있어?

알렉산더, 당신은 혼자가 아닙니다. 그러나 그것이 문제의 핵심은 아닙니다. 하거나 하지 않을 것입니다.

결국, 질문은 순전히 실용적입니다. 개발의 이익(그리고 아마도 당신의 것)을 위한 것입니다.

이러한 상황의 처리, 프로그래머로부터의 주문의 단점에 대한 라이브러리 자체의 수정이 의미하는 바는 무엇입니까?
즉, 성경 자체가 발을 뒤집었습니까, 아니면 마음대로 제비를 뽑았습니까?

또는 응답으로 적절한 코드를 전송하여 프로거가 자신의 잘못된 주문에 대해 알 수 있도록 하시겠습니까?
 
papaklass :
... 프로그래머에게 주문이 잘못되었음을 즉시 알리고 보내기 전에 오류 코드를 발행하는 것이 어떻습니까?
그래서 클라이언트 단계에서 잘못된 요청이 잘려서 서버에 도달하지 못하는 것 같습니다.
 
papaklass :
답은 표면에 있습니다. 정확하지 않은 주문을 서버에 보내고 응답을 기다리는 이유는 무엇입니까? 즉시 프로그래머에게 자신의 주문이 잘못되었음을 알리고 보내기 전에 오류 코드 를 발행하지 않는 이유는 무엇입니까?
CTrade::OrderSend 에 OrderCheck 를 추가하는 것에 대해 이야기하고 있습니까?
12345678
새 코멘트