질문이 하나 있습니다. int 배열을 사용하지 않거나 이러한 마법이 많이 있을 경우 목록을 사용하지 않는 것이 좋습니다. 왜 이것을 위해 문자열을 사용합니까? 그래서 당신은 또한 문자를 입력할 수 있습니까? 그리고 여전히 16진수 시스템에서 셀 수 있습니다! 그리고 더 쿨러 - 즉시 128 캐피탈로 전환하십시오 ..
문자열에는 두 가지 옵션만 있습니다. 처음에는 최대 크기(예비 상태)이거나 메모리도 할당되고 귀하의 경우 추가 프로세스 중에 매번 할당됩니다.... 즉, 동일합니다 . int 에 대한 배열의 크기를 변경하는 것과 같습니다. 1v1 글쎄, 더 많은 문자를 비교할 때 string이 1 문자에 대한 메모리를 할당하는 것보다 int가 10% 더 긴 메모리를 할당하는 것이 가능합니다 - int의 승리를 추측합니다
귀하의 진술을 실제로 테스트하는 것은 흥미로울 것입니다. 데이터를 앞뒤로 다시 쓰면서 int 배열의 크기를 계속 변경하는 것이 문자열로 작업하는 것만큼 빠르다면 나는 확실히 int를 선호할 것입니다.
다시 말하지만, fxsaber 가 맞습니다 . 이 포럼의 각 사용자에 대한 그의 "블랙리스트"에 있는 캐릭터의 게시물과 주제가 보이지 않는 것은 이미 필수 사항입니다. 건강한 사회를 유지하기 위해. 그리고 개인... 그렇지 않으면 직업의 조롱으로이 지점이 인식되지 않습니다. (
좋아, Petr은 GUI를 개발합니다. GUI를 작성할 때 OOP는 어디에서나 코드를 단순화하고 가볍게 하는 데 도움이 됩니다. 그러나 우리는 그것 없이 작성합니다. 그리고 여기에서는 그러한 방법을 빨리 호출할 수 없습니다. 그러나 근면에는 대가가 따르고 우리는 일종의 GUI를 봅니다) .... 물론, 30k가 있는 사람들을 비교하는 것은 아닙니다. #define microcalss(CALSS, PARENTS) class CLASS : public PARENTS ......
여기 있는 다른 모든 사람들과 달리 Peter는 가장 인내심이 강하고 단조로운 코드에 대한 준비가 되어 있다는 점에 주목하고 싶습니다. 그렇지 않으면 그가 어떻게 그렇게 많은 글을 쓸 수 있었는지 설명할 수 없습니다.
단조로운 코드를 선호하는 이 "인도" 스타일입니까?
아니면 무슨 뜻이었습니까?
)
질문이 하나 있습니다. int 배열을 사용하지 않거나 이러한 마법이 많이 있을 경우 목록을 사용하지 않는 것이 좋습니다.
왜 이것을 위해 문자열을 사용합니까? 그래서 당신은 또한 문자를 입력할 수 있습니까? 그리고 여전히 16진수 시스템에서 셀 수 있습니다! 그리고 더 쿨러 - 즉시 128 캐피탈로 전환하십시오 ..
단조로운 코드를 선호하는 이 "인도" 스타일입니까?
아니면 무슨 뜻이었습니까?
)
정확히!!! 말하고 싶지 않았다
단조로운 코드를 선호하는 이 "인도" 스타일입니까?
아니면 무슨 뜻이었습니까?
)
모든 것을 다시 쓰고자 하는 끝없는 열망을 지닌 러시아 스타일도 특별한 얼음이 아닙니다. 특히 대규모 프로젝트 에서
문자열에는 두 가지 옵션만 있습니다. 처음에는 최대 크기(예비 상태)이거나 메모리도 할당되고 귀하의 경우 추가 프로세스 중에 매번 할당됩니다.... 즉, 동일합니다 . int 에 대한 배열의 크기를 변경하는 것과 같습니다. 1v1 글쎄, 더 많은 문자를 비교할 때 string이 1 문자에 대한 메모리를 할당하는 것보다 int가 10% 더 긴 메모리를 할당하는 것이 가능합니다 - int의 승리를 추측합니다
귀하의 진술을 실제로 테스트하는 것은 흥미로울 것입니다. 데이터를 앞뒤로 다시 쓰면서 int 배열의 크기를 계속 변경하는 것이 문자열로 작업하는 것만큼 빠르다면 나는 확실히 int를 선호할 것입니다.
그러나 나는 그 속도가 동일할 것인지에 대해 강하게 의심한다. 직관.
귀하의 진술을 실제로 테스트하는 것은 흥미로울 것입니다. 데이터를 앞뒤로 다시 쓰면서 int 배열의 크기를 계속 변경하는 것이 문자열로 작업하는 것만큼 빠르다면 나는 확실히 int를 선호할 것입니다.
글쎄, 확인하십시오. 코드가 간단합니다. .... 또한 코드를 100,000번 반복하여 루프에 넣는 것이 좋습니다. 그러면 더 시각적이고 외부 요인에 덜 의존하게 됩니다.
나는 원래이 tme가 비슷한 비교와 함께 게시 될 것이라고 생각했습니다.
여기 있는 다른 모든 사람들과 달리 Peter는 가장 인내심이 강하고 단조로운 코드에 대한 준비가 되어 있다는 점에 주목하고 싶습니다. 그렇지 않으면 그가 어떻게 그렇게 많은 글을 쓸 수 있었는지 설명할 수 없습니다.
정확히!!! 말하고 싶지 않았다
다시 말하지만, fx saber 가 맞습니다 . 이 포럼의 각 사용자에 대한 그의 "블랙리스트"에 있는 캐릭터의 게시물과 주제가 보이지 않는 것은 이미 필수 사항입니다. 건강한 사회를 유지하기 위해. 그리고 개인...
그렇지 않으면 직업의 조롱으로이 지점이 인식되지 않습니다.
(
대담한 진술, 백업할 수 있습니까?
좋아, Petr은 GUI를 개발합니다. GUI를 작성할 때 OOP는 어디에서나 코드를 단순화하고 가볍게 하는 데 도움이 됩니다. 그러나 우리는 그것 없이 작성합니다. 그리고 여기에서는 그러한 방법을 빨리 호출할 수 없습니다. 그러나 근면에는 대가가 따르고 우리는 일종의 GUI를 봅니다) .... 물론, 30k가 있는 사람들을 비교하는 것은 아닙니다. #define microcalss(CALSS, PARENTS) class CLASS : public PARENTS ......