글쎄, 이것이 필요하다면 C ++에서 void OnTick()을 선언할 수도 있습니다. 처음에. 그러나 일반적으로 함수 선언의 순서는 코드의 정확성을 제어하는 추가 방법입니다. 이제 일부 플러그인에서 OnTick()을 호출하거나 더 나쁜 경우 - OnInit() - 괜찮습니까? 라이브러리는 작업 코드를 볼 수 없습니다.
Alexey Navoykov : 글쎄, 이것이 필요하다면 C ++에서 void OnTick()을 선언할 수도 있습니다. 처음에. 그러나 일반적으로 함수 선언의 순서는 코드의 정확성을 제어하는 추가 방법입니다. 이제 일부 플러그인에서 OnTick()을 호출하거나 더 나쁜 경우 - OnInit() - 괜찮습니까? 라이브러리는 작업 코드를 볼 수 없습니다.
그리고 당신은 바닥에 갈 수 없습니다. 그러므로 모든 것이 분명합니다.
사전에 클래스 구조를 선언할 수 있는 가능성이 있는 경우에만 부탁드립니다. :)
유연성이 떨어집니다.
유연성은 알고리즘 실행 순서를 위반하는 것입니까? )
사전에 클래스 구조를 선언할 수 있는 가능성만 있기를 바랍니다. :)
글쎄요, 논리에 어긋나지 않습니다. 정방향 함수 선언과 같습니다. 무언가가 더 일찍 선언되면 더 일찍 초기화됩니다. 모든 것이 논리적으로 연결되어 있습니다.
유연성은 알고리즘 실행 순서를 위반하는 것입니까? )
이제 프로그램의 어디에서나 OnTick을 호출할 수 있습니다.
이제 프로그램의 어디에서나 OnTick을 호출할 수 있습니다.
글쎄요, 논리에 어긋나지 않습니다. 정방향 함수 선언과 같습니다. 무언가가 더 일찍 선언되면 더 일찍 초기화됩니다. 모든 것이 논리적으로 연결되어 있습니다.
이것은 당신의 논리와 상반될 수 있지만 잠시도 일반적으로 받아 들여지는 논리와 모순되지 않습니다. 코드 실행이 시작될 때쯤이면 모든 것이 초기화되는 것이 보장되기 때문입니다.
이것은 당신의 논리와 상반될 수 있지만 잠시도 일반적으로 받아 들여지는 논리와 모순되지 않습니다. 코드 실행이 시작될 때쯤이면 모든 것이 초기화되는 것이 보장되기 때문입니다.
제 글을 잘못 읽으신 것 같습니다. 반대가 아님)
제 글을 잘못 읽으신 것 같습니다. 반대가 아님)
맞습니다. 죄송합니다. 발생합니다.
글쎄, 이것이 필요하다면 C ++에서 void OnTick()을 선언할 수도 있습니다. 처음에. 그러나 일반적으로 함수 선언의 순서는 코드의 정확성을 제어하는 추가 방법입니다. 이제 일부 플러그인에서 OnTick()을 호출하거나 더 나쁜 경우 - OnInit() - 괜찮습니까? 라이브러리는 작업 코드를 볼 수 없습니다.
동일한 라이브러리를 자체적으로 연결하는 라이브러리를 연결할 때 수행할 작업은 무엇입니까?
동일한 라이브러리를 자체적으로 연결하는 라이브러리를 연결할 때 수행할 작업은 무엇입니까?
동일한 라이브러리를 자체적으로 연결하는 라이브러리를 연결할 때 수행할 작업은 무엇입니까?
지시문이 도입되었지만 자체적으로 사용하지 않는 것이 이상합니다.