그래서 무엇을 선택해야 하는지 이해하기 위해 질문을 던졌습니다. 그리고 치유사들의 경쟁을 위해서가 아닙니다.
지금은 많이 제정신이 아니지만 노력하겠습니다. 신뢰성이 첫 번째 정맥이라면 가능하면 RAII 원칙을 따르는 것이 모든 것입니다(객체가 선언된 경우 컴파일러는 가시성 영역을 벗어날 때 이를 "종료"합니다). 효율성을 코딩하면 모든 것이 이미 포인터를 찾고 있습니다. 그래서 여기 이미 각 작업에서 보편적인 솔루션이 없다고 생각합니다.
그래서 무엇을 선택해야 하는지 이해하고 질문을 던졌습니다. 그리고 치유사들의 경쟁을 위해서가 아닙니다.
내가 이해하는 대로. 객체가 스택에 생성되는 경우 오래 살지 않고 객체 생성 속도가 필요한 객체에만 해당됩니다(예: 응용 프로그램 작업을 위한 클래스). 힙에 있는 객체, 초고속이 필요하지 않거나 손실을 방지하는 데 중요한 100세 노인을 위해 생성합니다. 그리고 예를 들어 VS에서 컴파일러는 스택 선택을 허용하지 않고 힙만 제공합니다. 즉, 이 개체에 더 나은 것이 무엇인지 제안합니다.
내가 이해하는 대로. 객체가 스택에 생성되는 경우 오래 살지 않고 객체 생성 속도가 필요한 객체에만 해당됩니다(예: 응용 프로그램 작업을 위한 클래스). 힙에 있는 객체, 초고속이 필요하지 않거나 손실을 방지하는 데 중요한 100세 노인을 위해 생성합니다. 그리고 예를 들어 VS에서 컴파일러는 스택 선택을 허용하지 않고 힙만 제공합니다. 즉, 이 개체에 더 나은 것이 무엇인지 제안합니다.
음 ... 아니. 고백합니다, 저도 한 번 실수했습니다. 객체가 스택에 생성되면 어쨌든 힙에 할당되고 스택에는 포인터만 생성됩니다. 간단히 말해서, CObg obj를 선언할 때 obj가 가시성 영역을 나갈 때 해당 소멸자가 호출되는 것이 보장됩니다.
Vladimir Simakov : 음 ... 아니. 고백합니다, 저도 한 번 실수했습니다. 객체가 스택에 생성되면 어쨌든 힙에 할당되고 스택에는 포인터만 생성됩니다. 간단히 말해서, CObg obj를 선언할 때 obj가 가시성 영역을 나갈 때 해당 소멸자가 호출되는 것이 보장됩니다.
아마도 그는 무리로 할당 될 것입니다. 나는 모릅니다)) 그러나 많은 사람들은 객체가 스택에서 더 빨리 생성된다고 주장합니다. 분명히 모두가 이것에 대해 오해하고 있습니다. 나는 모릅니다))
그리고 의심이 가는 경우 취하고 확인하는 것을 막는 것은 무엇입니까? 이미 테스트되고 입증된 것을 계속 추진해야 하는 이유는 무엇입니까?
나는 의심의 여지가 없습니다)) 그러나 또한 확인하기 위해 어떻게 든 그것은 오지 않았습니다. 당신은 이것에 대해 방금 썼으므로 이것이 이미 테스트되고 입증되었다면 당신을 코딩의 구식으로 신뢰할 수 있습니다 )) 이 차이는 스택, 힙, 나에게 특히 중요하지 않지만 때로는 의미합니다.
한 가지 더 질문: 변수 선언, 포인터 가져오기/생성, 개체 인스턴스 생성의 차이점은 무엇입니까? 더 정확하게는 차이점 자체가 아니라 어떤 경우에 적용하는 것이 좋습니다. 예를 들어 위치를 열려면 변수를 선언하는 것으로 충분합니다.
그리고 어떤 경우에는 포인터를 사용하는 것이 더 정확합니다. 이 경우 개체 인스턴스 없이는 할 수 없습니다.
두 방법의 장단점은 무엇입니까?
따라서 이 클래스의 내장에 들어가십시오. 생으로도 사용할 수 있습니다. 중요한 것은 생성되지 않고 메서드 집합만 생성됩니다.
그래서 무엇을 선택해야 하는지 이해하기 위해 질문을 던졌습니다. 그리고 치유사들의 경쟁을 위해서가 아닙니다.
그래서 무엇을 선택해야 하는지 이해하고 질문을 던졌습니다. 그리고 치유사들의 경쟁을 위해서가 아닙니다.
내가 이해하는 대로.
객체가 스택에 생성되는 경우 오래 살지 않고 객체 생성 속도가 필요한 객체에만 해당됩니다(예: 응용 프로그램 작업을 위한 클래스).
힙에 있는 객체, 초고속이 필요하지 않거나 손실을 방지하는 데 중요한 100세 노인을 위해 생성합니다.
그리고 예를 들어 VS에서 컴파일러는 스택 선택을 허용하지 않고 힙만 제공합니다. 즉, 이 개체에 더 나은 것이 무엇인지 제안합니다.
내가 이해하는 대로.
객체가 스택에 생성되는 경우 오래 살지 않고 객체 생성 속도가 필요한 객체에만 해당됩니다(예: 응용 프로그램 작업을 위한 클래스).
힙에 있는 객체, 초고속이 필요하지 않거나 손실을 방지하는 데 중요한 100세 노인을 위해 생성합니다.
그리고 예를 들어 VS에서 컴파일러는 스택 선택을 허용하지 않고 힙만 제공합니다. 즉, 이 개체에 더 나은 것이 무엇인지 제안합니다.
음 ... 아니. 고백합니다, 저도 한 번 실수했습니다. 객체가 스택에 생성되면 어쨌든 힙에 할당되고 스택에는 포인터만 생성됩니다. 간단히 말해서, CObg obj를 선언할 때 obj가 가시성 영역을 나갈 때 해당 소멸자가 호출되는 것이 보장됩니다.
아마도 그는 무리로 할당 될 것입니다. 나는 모릅니다))
그러나 많은 사람들은 객체가 스택에서 더 빨리 생성된다고 주장합니다.
분명히 모두가 이것에 대해 오해하고 있습니다. 나는 모릅니다))
아마도 그는 무리로 할당 될 것입니다. 나는 모릅니다))
그러나 많은 사람들은 객체가 스택에서 더 빨리 생성된다고 주장합니다.
분명히 모두가 이것에 대해 오해하고 있습니다. 나는 모릅니다))
그리고 의심이 가는 경우 취하고 확인하는 것을 막는 것은 무엇입니까? 이미 테스트되고 입증된 것을 계속 추진해야 하는 이유는 무엇입니까?
그리고 의심이 가는 경우 취하고 확인하는 것을 막는 것은 무엇입니까? 이미 테스트되고 입증된 것을 계속 추진해야 하는 이유는 무엇입니까?
나는 의심의 여지가 없습니다)) 그러나 또한 확인하기 위해 어떻게 든 그것은 오지 않았습니다.
당신은 이것에 대해 방금 썼으므로 이것이 이미 테스트되고 입증되었다면 당신을 코딩의 구식으로 신뢰할 수 있습니다 ))
이 차이는 스택, 힙, 나에게 특히 중요하지 않지만 때로는 의미합니다.
물론 여러분, 저는 역행입니다. 그러나 스택(첫 번째 저장된 값이 마지막으로 검색될 때)과 대기열(첫 번째 값이 일어났을 때, 그것과 슬리퍼)이 있습니다.
이 무리는 누구입니까?
그래서 무엇을 선택해야 하는지 이해하고 질문을 던졌습니다. 그리고 치유사들의 경쟁을 위해서가 아닙니다.
예, 힙에 여러 개체가 생성되면 생성 역순으로 삭제하는 것이 좋습니다.
예, 힙에 여러 개체가 생성되면 생성 역순으로 삭제하는 것이 좋습니다.
따라서 힙은 스택입니다.