이 기능은 추가 작업을 위한 주문을 선택합니다. 함수가 성공적으로 완료되면 TRUE를 반환합니다. 함수 실패 시 FALSE를 반환합니다. 오류에 대한 정보를 얻으려면 GetLastError() 함수를 호출해야 합니다.
주문이 선택되었는지 여부를 알아야 하는 모든 것.
주제 초반에 다 설명했는데 정말 이해가 안 가나요?
우리는 잠재적으로 주문과 함께 작동하는 몇 가지 기능이 있습니다. 선택하고 분석합니다. 일부 주문이 이미 작업을 위해 선택된 부분을 포함하여 코드의 다른 부분에서 호출할 수 있습니다. 선택한 주문을 저장하지 않고 이 별도의 기능에서 선택을 복원하면 어드바이저의 논리에 오류가 발생하기 때문입니다. 이 함수에서 반환되면 호출되기 전에 선택된 다른 주문이 선택됩니다. 따라서 이러한 오류를 피하기 위해 자체적으로 주문과 함께 작동하는 각 보조 기능에서 호출 위치에서 현재 선택된 주문을 기억하고 완료되면 선택을 반환해야 합니다. 오류를 생성하지 않고 이 작업을 간단하게 수행하는 방법 - 이것이 이 주제의 질문입니다.
// OrderSelect에 의해 선택된 순서를 의미합니다(잘, 또는 오류)
왜 실수? 오더가 선택되지 않았다면 이 동작은 단순히 필요하지 않은 것 같지만 특별한 트릭 없이는 오더가 선택되었는지 여부를 미리 알 수 없습니다.
// 그래서 다시 선택하는 이유는???
정확히는 이 함수에서 코드의 호출 부분으로 돌아간 후 코드의 이 부분에서 선택된 순서가 이 함수를 호출하기 전에 선택된 상태로 유지되도록 하여 현재 선택된 순서로 더 많은 작업을 수행해도 오류가 발생하지 않습니다.
우리는 잠재적으로 주문과 함께 작동하는 몇 가지 기능이 있습니다. 선택하고 분석합니다. 일부 주문이 이미 작업을 위해 선택된 부분을 포함하여 코드의 다른 부분에서 호출할 수 있습니다. 선택한 주문을 저장하지 않고 이 별도의 기능에서 선택을 복원하면 어드바이저의 논리에 오류가 발생하기 때문입니다. 이 함수에서 반환되면 호출되기 전에 선택된 다른 주문이 선택됩니다. 따라서 이러한 오류를 피하기 위해 자체적으로 주문과 함께 작동하는 각 보조 기능에서 호출 위치에서 현재 선택된 주문을 기억하고 완료 시 선택을 반환해야 합니다. 오류를 생성하지 않고 이 작업을 간단하게 수행하는 방법 - 이것이 이 주제의 질문입니다.
1. 함수에 호출하기 전에 선택한 주문의 번호를 전달합니다.
2. 기능이 끝나면 같은 순서를 다시 선택합니다.
추신: 당신이 무엇을 얻고 싶은지 어떻게 알 수 있습니까? 어떻게 든 더 명확해야합니다 :(
네, 이해합니다. 하지만 프로그램 실행 로직에서 무언가가 바뀔 것이라고 생각하지 않고 호출할 수 있는 총 이익 또는 미결 주문 수와 같은 정보 기능을 작성하고 싶습니다. 내가 생각하기에 꽤 논리적이다.
호출 함수에서 선택한 순서를 전달하는 것이 항상 쉬운 일은 아닙니다. 호출 중첩이 >1이라고 상상해 보십시오. 작은 정보 기능이 사용할 수 있도록 각 함수에 티켓을 보낼 수 있습니까?
별도의 변수에서 현재 선택된 주문에 대한 정보를 저장하고 수신하는 OrderSelect 및 OrderTicket에 래퍼를 만드는 것이 더 논리적이지만 이로 인해 정보가 중복됩니다(터미널은 주문이 선택되었는지 여부를 이미 알고 있지만 보고할 수 없습니다. 이 정보는 잠재적 오류가 없습니다). 저것들. 정보의 중복, 기능의 과도한 복잡성(맨 위에서 선택한 순서를 각 매개변수로 전달) 또는 프로그램 실행 오류의 강제 생성으로 끝납니다.
그리고 일반적으로 선동을 퍼뜨립니다.
주문이 선택되었는지 여부를 알아야 하는 모든 것.
주제 초반에 다 설명했는데 정말 이해가 안 가나요?
우리는 잠재적으로 주문과 함께 작동하는 몇 가지 기능이 있습니다. 선택하고 분석합니다. 일부 주문이 이미 작업을 위해 선택된 부분을 포함하여 코드의 다른 부분에서 호출할 수 있습니다. 선택한 주문을 저장하지 않고 이 별도의 기능에서 선택을 복원하면 어드바이저의 논리에 오류가 발생하기 때문입니다. 이 함수에서 반환되면 호출되기 전에 선택된 다른 주문이 선택됩니다. 따라서 이러한 오류를 피하기 위해 자체적으로 주문과 함께 작동하는 각 보조 기능에서 호출 위치에서 현재 선택된 주문을 기억하고 완료되면 선택을 반환해야 합니다. 오류를 생성하지 않고 이 작업을 간단하게 수행하는 방법 - 이것이 이 주제의 질문입니다.
// OrderSelect에 의해 선택된 순서를 의미합니다(잘, 또는 오류)
왜 실수? 오더가 선택되지 않았다면 이 동작은 단순히 필요하지 않은 것 같지만 특별한 트릭 없이는 오더가 선택되었는지 여부를 미리 알 수 없습니다.
// 그래서 다시 선택하는 이유는???
정확히는 이 함수에서 코드의 호출 부분으로 돌아간 후 코드의 이 부분에서 선택된 순서가 이 함수를 호출하기 전에 선택된 상태로 유지되도록 하여 현재 선택된 순서로 더 많은 작업을 수행해도 오류가 발생하지 않습니다.
아니요, 그는 정말 탱크에 있습니다.
주제 초반에 다 설명했는데 정말 이해가 안 가나요?
우리는 잠재적으로 주문과 함께 작동하는 몇 가지 기능이 있습니다. 선택하고 분석합니다. 일부 주문이 이미 작업을 위해 선택된 부분을 포함하여 코드의 다른 부분에서 호출할 수 있습니다. 선택한 주문을 저장하지 않고 이 별도의 기능에서 선택을 복원하면 어드바이저의 논리에 오류가 발생하기 때문입니다. 이 함수에서 반환되면 호출되기 전에 선택된 다른 주문이 선택됩니다. 따라서 이러한 오류를 피하기 위해 자체적으로 주문과 함께 작동하는 각 보조 기능에서 호출 위치에서 현재 선택된 주문을 기억하고 완료 시 선택을 반환해야 합니다. 오류를 생성하지 않고 이 작업을 간단하게 수행하는 방법 - 이것이 이 주제의 질문입니다.
1. 함수에 호출하기 전에 선택한 주문의 번호를 전달합니다.
2. 기능이 끝나면 같은 순서를 다시 선택합니다.
추신: 당신이 무엇을 얻고 싶은지 어떻게 알 수 있습니까? 어떻게 든 더 명확해야합니다 :(
1. 호출하기 전에 선택한 주문 번호를 함수에 전달합니다.
2. 기능이 끝나면 같은 순서를 다시 선택합니다.
추신: 당신이 원하는 것을 어떻게 알 수 있습니까? 어떻게 든 더 명확해야합니다 :(
네, 이해합니다. 하지만 프로그램 실행 로직에서 무언가가 바뀔 것이라고 생각하지 않고 호출할 수 있는 총 이익 또는 미결 주문 수와 같은 정보 기능을 작성하고 싶습니다. 내가 생각하기에 꽤 논리적이다.
호출 함수에서 선택한 순서를 전달하는 것이 항상 쉬운 일은 아닙니다. 호출 중첩이 >1이라고 상상해 보십시오. 작은 정보 기능이 사용할 수 있도록 각 함수에 티켓을 보낼 수 있습니까?
별도의 변수에서 현재 선택된 주문에 대한 정보를 저장하고 수신하는 OrderSelect 및 OrderTicket에 래퍼를 만드는 것이 더 논리적이지만 이로 인해 정보가 중복됩니다(터미널은 주문이 선택되었는지 여부를 이미 알고 있지만 보고할 수 없습니다. 이 정보는 잠재적 오류가 없습니다). 저것들. 정보의 중복, 기능의 과도한 복잡성(맨 위에서 선택한 순서를 각 매개변수로 전달) 또는 프로그램 실행 오류의 강제 생성으로 끝납니다.
네, 이해합니다. 하지만 프로그램 실행 로직에서 무언가가 바뀔 것이라고 생각하지 않고 호출할 수 있는 총 이익 또는 미결 주문 수와 같은 정보 기능을 작성하고 싶습니다. 내가 생각하기에 꽤 논리적이다.
논리적이지만 최소한 "흰색"과 "검정색"으로 기능을 나눌 필요가 있습니다. 첫 번째 순서에서 선택한 순서의 번호가 저장되고 마지막 순서에서 위반되면 복원됩니다.
모든 것이 간단한 것 같습니다.
네, 이해합니다. 하지만 프로그램 실행 로직에서 무언가가 바뀔 것이라고 생각하지 않고 호출할 수 있는 총 이익 또는 미결 주문 수와 같은 정보 기능을 작성하고 싶습니다. 내가 생각하기에 꽤 논리적이다.
호출 함수에서 선택한 순서를 전달하는 것이 항상 쉬운 일은 아닙니다. 호출 중첩이 >1이라고 상상해 보십시오. 작은 정보 기능이 사용할 수 있도록 각 함수에 티켓을 보낼 수 있습니까?
Kim의 함수 라이브러리를 보면 각 함수 반복에서 티켓의 선택 및 확인이 수행되고 나서 알아야 할 사항이 있음을 알 수 있습니다. 당신의 "논리"로는 프로그래밍의 기본 규칙을 배울 수 없습니다.
정원의 엘더베리와 키예프의 삼촌.
Kim의 함수 라이브러리를 살펴보면 각 함수에서 반복하고 티켓을 선택하고 확인한 다음 알아야 할 사항을 알 수 있습니다. 당신의 "논리"로는 프로그래밍의 기본 규칙을 배울 수 없습니다.
정원의 엘더베리와 키예프의 삼촌.
보리스, 그럴 필요 없어. 알파벳 규칙에 대해 이야기하고 있습니다.