그런 마법 같은 속성이 있습니다. 그런데 어떤 이유로 CHashMap에 없는 Capacity 입니다(개발자의 큰 실수입니다). 그것을 지정함으로써 우리는 재매핑을 우회합니다. 이 작업에서 지정할 수 있으므로 문제가 없습니다.
CHashMap은 생성자를 통해 Capacity 로 설정할 수 있습니다.
바실리 소콜로프 :
그런데 스케일 계수가 다른 이유도 매우 이상합니다. CHashMap을 다시 매핑하는 것은 단순한 CArrayList보다 더 어려울 것입니다.
CHashMap 의 경우 사전 크기는 사전 전체에 균일하게 분산된 해시를 유지하기 위해 소수여야 합니다. CHashMap은 CPrimeGenerator를 사용하여 소수를 선택합니다. 그러나 불행히도 CPrimeGenerator의 구현은 기대에 미치지 못하고 다음 값만 포함합니다.
특정 문제에 대한 이상적인 솔루션이 조롱으로 인식되는 이유는 무엇입니까? 진심 이해불가...
당신의 임무는 무엇이었습니까? 공개적으로 여기에서 그녀를 자신에게 상기시켜 주십시오.
헛소리를 쓰셨네요. 본질적으로 인덱스 로 배열에 액세스하는 변형입니다 . 실제로 거래 번호는 무작위이며 실제 문제를 해결해야 할 때 전체 예제가 무너집니다.
예, 잠깐, 그는 모든 것을 올바르게 쓸 것입니다. 내일은
***
크기를 조정할 때 배열에서 데이터가 사라지지 않는 것이 확실했다면 ***
다음은 동적 배열에 대한 검사입니다: 1차원 arr_dynamic 및 2차원 arr_dynamic_multi.
보시다시피 배열 의 크기를 늘릴 때 이전 값 은 그대로 유지 됩니다.
헛소리를 쓰셨네요. 본질적으로 인덱스 로 배열에 액세스하는 변형입니다 . 실제로 거래 번호는 무작위이며 실제 문제를 해결해야 할 때 전체 예제가 무너집니다.
티켓을 말씀하시는 것 같은데요. 거래의 일련 번호를 의미합니다.
티켓을 기록하기 위해 병렬 배열을 나란히 만들 수 있습니다.
또는 각 주문의 나머지 데이터를 기록하기 위한 여러 병렬 어레이.
다음은 동적 배열에 대한 검사입니다: 1차원 arr_dynamic 및 2차원 arr_dynamic_multi.
보시다시피 배열 의 크기를 늘릴 때 이전 값 은 그대로 유지 됩니다.
여기에 순전히 OOP와 유용한 모든 것을 숨기십시오.
다음은 동적 배열에 대한 검사입니다: 1차원 arr_dynamic 및 2차원 arr_dynamic_multi.
보시다시피 배열 의 크기를 늘릴 때 이전 값 은 그대로 유지 됩니다.
인쇄 및 댓글 주제에 대해 논의하고 싶습니다 - 왜 아무도 관심을 기울이지 않는지
그런 마법 같은 속성이 있습니다. 그런데 어떤 이유로 CHashMap에 없는 Capacity 입니다(개발자의 큰 실수입니다). 그것을 지정함으로써 우리는 재매핑을 우회합니다. 이 작업에서 지정할 수 있으므로 문제가 없습니다.
CHashMap은 생성자를 통해 Capacity 로 설정할 수 있습니다.
그런데 스케일 계수가 다른 이유도 매우 이상합니다. CHashMap을 다시 매핑하는 것은 단순한 CArrayList보다 더 어려울 것입니다.
CHashMap은 CPrimeGenerator를 사용하여 소수를 선택합니다.
그러나 불행히도 CPrimeGenerator의 구현은 기대에 미치지 못하고 다음 값만 포함합니다.
약 1.2의 평균 성장 인자
당신의 임무는 무엇이었습니까? 공개적으로 여기에서 그녀를 자신에게 상기시켜 주십시오.
배열(목록, 사전...)에 메가를 추가하고 향후 거래의 수를 알 수 없는 거래의 주문 번호로 배열에서 메가를 가져오는 가장 빠르고 효율적인 솔루션을 찾으십시오 .
미래의 트랜잭션 수를 알 수 없는 배열(목록, 사전...)에 메가를 추가하고 배열에서 메가를 가져오는 가장 빠르고 효율적인 솔루션을 찾으십시오 .
티켓에 대한 이야기가 없다는 것이 분명했습니다.
그럼에도 불구하고 템플릿 기능과 같은 모든 종류의 가젯으로 코드를 복잡하게 만들기 시작하는 것이 좋습니다.