호출되기 전에 OrderSelect에 대한 호출이 없으면 코드에서 런타임 오류 4105를 생성합니다. 각 틱의 끝에 GetLastError 검사를 넣고 이 오류를 잡아내십시오.
이 함수는 AFTER OrderSelect()라고 하기 때문에 내 코드에는 이 오류가 없습니다. 그리고 어드바이저의 모든 실행 가능한 기능의 공통된 구조 없이 코드가 작성되었던 때부터 코드의 체크가 남아있다.
또한 제 기능은 대부분 오류 처리 기능이 있어서 아주 조심스럽게 제거합니다. 또한 다음과 같이 오류를 생성하는 여러 함수가 있습니다. " 주문이 더 일찍 선택 되었는지, 아닌지 ?!"
PS 그건 그렇고, 컴파일된 라이브러리에서 OrderSelect() 함수로 작업하는 한 가지 기능(누군가에게 유용할 수 있음)을 기억했습니다. . 컴파일된 라이브러리에 있는 함수에서 이 선택된 순서의 속성을 얻으려면 아무 것도 작동하지 않습니다. 이 주문을 다시(다시) 선택해야 합니다.
그리고 티켓과 마술사는 이미 식별자가 아닙니다. 아니면 한 번에 2~3개의 주문을 처리하는 것이 중요한가요? 배열이 있고 이 배열이 처리하고 업데이트할 함수가 있습니다. 아니면 기본적으로 실수에 빠지지 않는 것일까요? 그러니 때리지 마세요. 추가 주문 선택이 테스트 속도를 늦춘다고 징징거리지 마십시오. 모든 것에는 때와 장소가 있습니다. 한 기능에서 다른 기능으로 이동하려면 순서를 다시 선택해야 하며 이전 기능의 처리 데이터를 배열에 저장해야 합니다.
grell : 그리고 티켓과 마술사는 이미 식별자가 아닙니다. 아니면 한 번에 2~3개의 주문을 처리하는 것이 중요한가요? 배열이 있고 이 배열이 처리하고 업데이트할 함수가 있습니다. 아니면 기본적으로 실수에 빠지지 않는 것일까요? 그러니 때리지 마세요. 추가 주문 선택이 테스트 속도를 늦춘다고 징징거리지 마십시오. 모든 것에는 시간과 장소가 있습니다. 한 기능에서 다른 기능으로 이동하려면 순서를 다시 선택해야 하며 이전 기능의 처리 데이터를 배열에 저장해야 합니다.
Dmitry는 한 기능의 한계를 벗어나지 않고서도 주문 선택의 부호가 변경되지 않을 것이라고 확신할 수 없습니다.
tara : Dmitry는 한 기능의 한계를 벗어나지 않고서도 주문 선택의 부호가 변경되지 않을 것이라고 확신할 수 없습니다.
그래서 내가 무슨 말을 하는거야. 내 기능에는 보편성이 없으며 각각은 자신의 비즈니스에 엄격하게 점유되어 있습니다. 매매도 따로따로 합니다. Slowzoll은 완전히 실행될 때까지 함수를 종료하지 않습니다. 따라서 주문 번호가 변경되도록 하고 정류장은 서서히 움직이지만 티켓과 마법은 그대로 유지됩니다.
예라고 말하면 더 쉬울까요? :)
응. 여기 이 곳에서:
int li_LastTicket = OrderTicket();
호출되기 전에 OrderSelect에 대한 호출이 없으면 코드에서 런타임 오류 4105를 생성합니다. 각 틱의 끝에 GetLastError 검사를 넣고 이 오류를 잡아내십시오.
이 함수는 AFTER OrderSelect()라고 하기 때문에 내 코드에는 이 오류가 없습니다. 그리고 어드바이저의 모든 실행 가능한 기능의 공통된 구조 없이 코드가 작성되었던 때부터 코드의 체크가 남아있다.
또한 제 기능은 대부분 오류 처리 기능이 있어서 아주 조심스럽게 제거합니다. 또한 다음과 같이 오류를 생성하는 여러 함수가 있습니다. " 주문이 더 일찍 선택 되었는지, 아닌지 ?!"
PS 그건 그렇고, 컴파일된 라이브러리에서 OrderSelect() 함수로 작업하는 한 가지 기능(누군가에게 유용할 수 있음)을 기억했습니다. . 컴파일된 라이브러리에 있는 함수에서 이 선택된 순서의 속성을 얻으려면 아무 것도 작동하지 않습니다. 이 주문을 다시(다시) 선택해야 합니다.
더 쉬운지 아닌지는 모르겠지만 첫해부터 가져 와서 그런 때가있었습니다. 그렇지 않으면 봉사하지 않았을 것입니다!
그리고 티켓과 마술사는 이미 식별자가 아닙니다. 아니면 한 번에 2~3개의 주문을 처리하는 것이 중요한가요? 배열이 있고 이 배열이 처리하고 업데이트할 함수가 있습니다. 아니면 기본적으로 실수에 빠지지 않는 것일까요? 그러니 때리지 마세요. 추가 주문 선택이 테스트 속도를 늦춘다고 징징거리지 마십시오. 모든 것에는 시간과 장소가 있습니다. 한 기능에서 다른 기능으로 이동하려면 순서를 다시 선택해야 하며 이전 기능의 처리 데이터를 배열에 저장해야 합니다.
그리고 나는 그것을 좋아했다 :)
Dmitry는 한 기능의 한계를 벗어나지 않고서도 주문 선택의 부호가 변경되지 않을 것이라고 확신할 수 없습니다.
그래서 내가 무슨 말을 하는거야. 내 기능에는 보편성이 없으며 각각은 자신의 비즈니스에 엄격하게 점유되어 있습니다. 매매도 따로따로 합니다. Slowzoll은 완전히 실행될 때까지 함수를 종료하지 않습니다. 따라서 주문 번호가 변경되도록 하고 정류장은 서서히 움직이지만 티켓과 마법은 그대로 유지됩니다.