글쎄, 이것은 곧 해결 될 것입니다. 개발자가 마침내 내 말을 들었기를 바랍니다. 그러면 모든 것이 간단해집니다. *A != *B
A100 : 이것은 그 당시에 이미 논의되었습니다(그 이전 주제를 다시 읽으십시오) - 반복합니다 - 두 개의 연산자(== 및 !=)는 모든(!)의 기능을 보존하기 위해 희생됩니다. 나머지(< 및 >만이 아님)
나는 이러한 모든 운영자가 동등한 지위를 가져야 한다는 데 동의합니다. 그러나 당신이 제안한 방식은 아닙니다. 두 인수가 모두 포인터인 경우 서로 비교해야 하는 것은 포인터입니다. 그렇지 않으면 비논리적입니다. 두 인수 모두 GetPointer 를 사용하여 명시적으로 제공되지만 어떤 이유로 클래스 연산자가 실행됩니다. 따라서 IMHO, 이 경우 포인터에 부등호를 적용하는 것이 더 정확할 것입니다.
그러나 아무도 운영자의 행동을 바꾸지 않을 것입니다. 그리고 작동하지 않는 프로그램으로 인해 일반적인 소동이 시작됩니다.
그리고 다시, 당신 은 할당 연산자 에 대해 계속 잊고 있습니다. 당신은 또한 기능을 통해 그것을 구현 제안? 너무 피곤하지 않을까요?
신호에 가입 한 그러한 질문 , 아무 이유없이 미친 제비에 대한 거래가 시작되었습니다. 이익이 있었고 궁극적으로 돈 손실로 바뀌었기 때문에 처음에는 모든 것이 아무 것도 아닙니다. 개가 어디에 묻혔는지 알려주세요(누구의 잘못인가요?) 그리고 누가 그것을 알아내는 데 도움을 줄 수 있습니까?
그런 질문은 매우 신뢰할 수있는 신호에 가입했습니다. 아무 이유없이 미친 제비에 대한 거래가 시작되었습니다. 처음에는 모든 것이 괜찮을 것입니다. 이익이 있었고 궁극적으로 돈 손실로 바뀌었기 때문입니다. 개가 어디에 묻혔는지 알려주세요(누구의 잘못인가요?) 그리고 누가 그것을 알아내는 데 도움을 줄 수 있습니까?
개인적으로 이것은 끊임없는 문제입니다. 항상 경계하거나 A.operator=(B), A.operator!=(B)를 명시적으로 지정해야 합니다. 간결함이 사라지고 연산자 오버로딩은 실제로 의미를 잃습니다.
나는 어떻게 든 이미이 문제를 제기했지만 주제는 사라졌습니다. 마지막으로 이 질문을 마치겠습니다.
이게 또 왜? 모든 것이 거꾸로 되어 있습니다.
그 반대가 더 논리적입니다. < 및 >는 포인터를 비교합니다.
이것은 그 당시에 이미 논의되었습니다(그 이전 주제를 다시 읽으십시오). 내 메시지에서 나는 당신이 "이 문제를 끝내자"고 제안하면 그녀를 기억한다는 사실에서 진행했습니다.
반복합니다 - 두 개의 연산자(== 및 !=)는 나머지 모두(!)의 기능을 보존하기 위해 희생되었습니다(< 및 >만 제외). 기능을 희생한 아름다움.
A.operator!=(B)를 명시적으로 지정하지 않음
글쎄, 이것은 곧 해결 될 것입니다. 개발자가 마침내 내 말을 들었기를 바랍니다. 그러면 모든 것이 간단해집니다. *A != *B
이것은 그 당시에 이미 논의되었습니다(그 이전 주제를 다시 읽으십시오) - 반복합니다 - 두 개의 연산자(== 및 !=)는 모든(!)의 기능을 보존하기 위해 희생됩니다. 나머지(< 및 >만이 아님)
나는 이러한 모든 운영자가 동등한 지위를 가져야 한다는 데 동의합니다. 그러나 당신이 제안한 방식은 아닙니다. 두 인수가 모두 포인터인 경우 서로 비교해야 하는 것은 포인터입니다. 그렇지 않으면 비논리적입니다. 두 인수 모두 GetPointer 를 사용하여 명시적으로 제공되지만 어떤 이유로 클래스 연산자가 실행됩니다. 따라서 IMHO, 이 경우 포인터에 부등호를 적용하는 것이 더 정확할 것입니다.
그러나 아무도 운영자의 행동을 바꾸지 않을 것입니다. 그리고 작동하지 않는 프로그램으로 인해 일반적인 소동이 시작됩니다.
그리고 다시, 당신 은 할당 연산자 에 대해 계속 잊고 있습니다. 당신은 또한 기능을 통해 그것을 구현 제안? 너무 피곤하지 않을까요?
여보세요,
신호에 가입 한 그러한 질문 , 아무 이유없이 미친 제비에 대한 거래가 시작되었습니다. 이익이 있었고 궁극적으로 돈 손실로 바뀌었기 때문에 처음에는 모든 것이 아무 것도 아닙니다. 개가 어디에 묻혔는지 알려주세요(누구의 잘못인가요?) 그리고 누가 그것을 알아내는 데 도움을 줄 수 있습니까?
여보세요,
그런 질문은 매우 신뢰할 수있는 신호에 가입했습니다. 아무 이유없이 미친 제비에 대한 거래가 시작되었습니다. 처음에는 모든 것이 괜찮을 것입니다. 이익이 있었고 궁극적으로 돈 손실로 바뀌었기 때문입니다. 개가 어디에 묻혔는지 알려주세요(누구의 잘못인가요?) 그리고 누가 그것을 알아내는 데 도움을 줄 수 있습니까?
꽤 신뢰할 수있는 신호 , 아무 이유없이 미친 제비 거래가 시작되었습니다.
+100500
개가 어디에 묻혔는지 알려주세요(누구의 잘못인가요?) 그리고 누가 그것을 알아내는 데 도움을 줄 수 있습니까?
개가 묻힌 곳 - 차고 뒤에서 알려드리겠습니다. 그러나 누구의 잘못입니까? 텔레파시 스레드에서 필요합니다. 포럼 어딘가에 있습니다. Google에서 검색하십시오.
예, 사실 내 신호 섹션의 사이트에 표시된 주문과 내 전화에서 플랫폼이 말한 내용이 일치하지 않습니다.
신호가 아니라 신호가 신뢰할 수 있는 전송입니다. 그 이유는 무엇입니까?
그리고 그것이 어떻게 일어나는지 전혀 이해하지 못하는 경우 자료를 제공하기 위해 무엇을 해야 합니까? 관점
그리고 다시, 당신 은 할당 연산자 에 대해 계속 잊고 있습니다. 당신은 또한 기능을 통해 그것을 구현 제안? 너무 피곤하지 않을까요?
operator=(..) 의 경우 a.operator=( b ) 직접 호출을 사용하는 것보다 더 쉬운 솔루션은 없습니다.
만약 그들이 *A = *B - 훌륭하다면!