내 접근 방식. 코어 - 엔진. - 페이지 8

새 코멘트
 
Реter Konow :

각 거래에 대해 ArrayResize를 사용하여 배열에 행을 추가하고 거래 속성을 씁니다.

저것들. 미리 결정된 수의 요소에 대해 다음을 사용하십시오.

 #define All_objects     30
#define All_properties   10

그리고 요소의 동적 생성을 위해 ArrayResize를 사용합니다 . 그래서?

 
조금 후에 계속하겠습니다. 질문할 수 있는 한.
 
Vasiliy Sokolov :

저것들. 미리 결정된 수의 요소에 대해 다음을 사용하십시오.

그리고 요소의 동적 생성을 위해 ArrayResize를 사용합니다 . 그래서?

권리. 백작의 경우. 인터페이스에서는 생성자 파일을 읽을 때 커널 빌드 단계에서 개체 수를 계산합니다. 귀하의 경우 객체의 수(거래는 커널 객체이기도 함)를 알 수 없습니다. 따라서 커널은 동적이어야 합니다. 크기가 변경되어야 합니다.

(즉, 사용자가 재초기화 없이 코어에 개체를 추가하는 viz. studio를 만들 때 수행해야 하는 것과 동일합니다.)

 
Реter Konow :

권리. 백작의 경우. 인터페이스에서는 생성자 파일을 읽을 때 커널 빌드 단계에서 개체 수를 계산합니다. 귀하의 경우 객체의 수(거래는 커널 객체이기도 함)를 알 수 없습니다. 따라서 커널은 동적이어야 합니다. 크기가 변경되어야 합니다.

(즉, 사용자가 재초기화 없이 코어에 개체를 추가하는 viz. studio를 만들 때 수행해야 하는 것과 동일합니다.)

대신 항상 ArrayResize를 사용 하면 어떻게 될까요?

 #define All_objects     30
#define All_properties   10

실수가 될까요?

 
 
Vasiliy Sokolov :

대신 항상 ArrayResize를 사용 하면 어떻게 될까요?

실수가 될까요?

아니요. 이것은 단순한 예일 뿐입니다. 그러나 2차원 Core에서는 객체의 속성 개수를 미리 알고 있어야 합니다.

 
Nikolai Semko :

이봐, 이것은 자연의 또 다른 자전거입니다. 그는 유전적으로 원숭이와 3% 차이가 난다. 그러나 혼동하지 마십시오.

 
Реter Konow :

아니요. 이것은 단순한 예일 뿐입니다. 그러나 2차원 Core에서는 객체의 속성 개수를 미리 알고 있어야 합니다.

"미리 알려진"이 무엇을 의미하는지 명확히 해주십시오. 각 요소에는 미리 정해진 수의 속성이 있습니까, 아니면 이러한 각각의 속성은 사용자가 설정해야 합니까?

 
이번에도 지나칠 수 없었습니다 :) 죄송합니다.
최근 '다리 위 총격'이 있었는데 확실히 머리에 총을 맞은 것 같아요.
Topikstarter는 배열이 무엇인지 배우고 세상을 알게 되었고 리스트에 대해 배울 때 어떤 일이 일어날지 알게 되었습니다...
세상은 뒤집힐 것이고 새로운 지평이 있을 것입니다.
 
Vasiliy Sokolov :

"미리 알려진"이 무엇을 의미하는지 명확히 해주십시오. 각 요소에는 미리 정해진 수의 속성이 있습니까, 아니면 이러한 각각의 속성은 사용자가 설정해야 합니까?

개체의 속성 수를 승인하면 더 이상 변경할 수 없습니다. 변경하면 배열 외부에 출력이 있습니다.

개체의 모든 속성을 미리 알고 있어야 합니다. 그들에게 색인을 주십시오. 그리고 그것들은 모두 커널의 행에 배치되어야 합니다.

그러나 Core는 동적일 수 있으며 그 안에 있는 요소 및 개체의 수를 변경할 수 있습니다. 이렇게 하려면 ArrayResize 를 사용하십시오 .

123456789101112131415...184
새 코멘트