검색이 작동하지 않습니다. 아마도 나는 나 자신을 반복하겠지만, 질문은: 클래스의 객체가 스스로를 파괴할 수 있습니까? 저것들. 먼저 클래스 객체에서 예약어 this를 사용하여 자신에 대한 객체 참조를 얻은 다음 객체의 해당 설명자(포인터)에 삭제 연산자 를 적용합니다.
다음과 같은 것:
아니면 "내부" 방식이 아닌 "외부" 방식으로 객체를 삭제하는 것이 더 낫거나 선호됩니까?
나는 또한 이 문제에 관심이 있었다. 나 자신을 위해 다음과 같은 결론을 내렸습니다. 개체는 스스로를 (고통 없이) 삭제할 수 있지만 그 후에는 개체의 데이터(변수)가 존재하지 않으므로 호출이 없다는 것을 기억해야 합니다. 그러나 IMHO 이것은 더러운 방법입니다. 더 나은 외부입니다. 그리고 객체가 자신을 삭제하면 new를 통해서만 생성할 수 있습니다.
220Volt : 나는 또한 이 문제에 관심이 있었다. 나 자신을 위해 다음과 같은 결론을 내렸습니다. 객체는 (고통 없이) 스스로를 삭제할 수 있지만 그 후에는 객체의 데이터(변수)가 존재하지 않으므로 호출이 없다는 것을 기억해야 합니다. 그러나 IMHO 이것은 더러운 방법입니다. 더 나은 외부입니다.
네 벌써 1년째 사용중입니다 :) 물건이 더 이상 필요없을 때 매우 편리합니다. 나는 당신이 이것을 "더러운"방법으로 간주하는 이유를 이해하지 못합니까?
class CCC
{
public :
datetime start; //Сохраняем время создания объекта класса ССС
CCC( void ) : start( TimeCurrent ()) {}; //Функция TimeCurrent() указана без символа "точка с запятой"
~CCC( void ) {};
}
voidOnTick ()
{
CCC ccc;
}
컴파일되지 않는 것 같습니다.
검색이 작동하지 않습니다. 아마도 나는 나 자신을 반복하겠지만, 질문은: 클래스의 객체가 스스로를 파괴할 수 있습니까? 저것들. 먼저 클래스 객체에서 예약어 this를 사용하여 자신에 대한 객체 참조를 얻은 다음 객체의 해당 설명자(포인터)에 삭제 연산자 를 적용합니다.
다음과 같은 것:
아니면 "내부" 방식이 아닌 "외부" 방식으로 객체를 삭제하는 것이 더 낫거나 선호됩니까?
나는 또한 이 문제에 관심이 있었다. 나 자신을 위해 다음과 같은 결론을 내렸습니다. 객체는 (고통 없이) 스스로를 삭제할 수 있지만 그 후에는 객체의 데이터(변수)가 존재하지 않으므로 호출이 없다는 것을 기억해야 합니다. 그러나 IMHO 이것은 더러운 방법입니다. 더 나은 외부입니다.
우선 작업할 언어에 대한 문서를 읽고 이 프로그래밍 언어의 목적에 사용된 정의를 살펴볼까요?
감사합니다.
올바른 방향으로 생각하십시오.
이것은 컴파일되지 않는 코드입니다.
충분하지 않기 때문에; 7행, 6행과 5행; 닝겐은 필요하지 않습니다.
올바른 방향으로 생각하십시오.
이것은 컴파일되지 않는 코드입니다.
충분하지 않기 때문에; 7행, 6행과 5행; 닝겐은 필요하지 않습니다.
컴파일되지 않는 것 같습니다.
컴파일됩니다(세미콜론 ;-) 으로 결함을 찾지 못합니다.
그래서 질문자는 그들에게 문제가 있습니다.
전체적으로 소소한 것들인데...
이것은 컴파일되지 않는 코드입니다.
충분하지 않기 때문에; 7행, 6행과 5행; 닝겐은 필요하지 않습니다.