찻주전자의 질문 - 페이지 128 1...121122123124125126127128129130131132133134135...277 새 코멘트 TheXpert 2012.04.03 08:42 #1271 mql5 : 잊지 말자 ;) 연산자를 오버로드하는 대신 다중 상속을 사용하는 것이 좋습니다. 훨씬 더 필요합니다. Ilyas 2012.04.03 08:58 #1272 TheXpert : 연산자를 오버로드하는 대신 다중 상속을 사용하는 것이 좋습니다. 훨씬 더 필요합니다. 불행히도 이것은 계획되지 않았습니다. 현재로서는 구조체에서 클래스를 상속하는 가능성만 고려하고 있습니다. Vladimir Kustikov 2012.04.03 09:36 #1273 TheXpert : 연산자를 오버로드하는 대신 다중 상속을 사용하는 것이 좋습니다. 훨씬 더 필요합니다. 잘 쓰여졌습니다 - 흔들어 보세요 :) 이것이 바로 다중 상속이 하는 일입니다. 나는 일주일 전에 "다중 상속 vs. 집계"토론에 참여했고 집계가 압도적 승리를 이겼습니다. TheXpert 2012.04.03 09:47 #1274 Vladix : 나는 일주일 전에 "다중 상속 vs. 집계"토론에 참여했고 집계가 압도적 승리를 이겼습니다. 예, 각 구현 클래스에 대해 1km의 래퍼 코드를 작성하는 것이 훨씬 더 좋고 효율적입니다. 그리고 훨씬 더 빠릅니다. 특히 12개의 인터페이스가 있는 경우. 하지만 링크를 던져, 나는 내 여가를 볼 것입니다. Vladimir Gomonov 2012.04.03 10:00 #1275 mql5 : 불행히도 이것은 계획되지 않았습니다. 현재로서는 구조체에서 클래스를 상속하는 가능성만 고려하고 있습니다. 매우 유용할 것입니다. 그리고 구조에 대한 더 많은 포인터. 또한, 그것들(구조체)을 동적으로 만들 필요가 없습니다. 중요한 것은 구조 자체 대신인덱스 배열 을 정렬할 수 있다는 것입니다. // 구조체는 많은 경우에 클래스로 대체되는 것이 바람직하지 않습니다. 그들은 검소하고(가상 방법 테이블 없음) "단단한" 데이터를 포함합니다. Документация по MQL5: Основы языка / Переменные www.mql5.com Основы языка / Переменные - Документация по MQL5 Vladimir Kustikov 2012.04.03 10:02 #1276 TheXpert : 예, 각 구현 클래스에 대해 1km의 래퍼 코드를 작성하는 것이 훨씬 더 좋고 효율적입니다. 하지만 링크를 던져, 나는 내 여가를 볼 것입니다. 래퍼에 관해서는 동의하지만 대부분의 경우 파사드 또는 어댑터 역할도 합니다. 집계된 클래스의 인터페이스를 수정합니다. 링크를 게시할 수 없습니다. 약 30명의 관심 있는 사람들이 참여한 Skype에 대한 사내 토론이었습니다. TheXpert 2012.04.03 10:18 #1277 Vladix : 래퍼에 관해서는 동의하지만 대부분의 경우 파사드 또는 어댑터 역할도 합니다. 집계된 클래스의 인터페이스를 수정합니다. 그것은 외모에 달려 있습니다. 이 경우 집계는 목발이라고 말할 수 있습니다. 다중 상속은 t.sp를 사용하면 훨씬 더 투명하고 편리합니다. 논리 및 v.sp. 코딩. 귀사에서 다이아몬드 모양의 계층 구조를 처리하는 방법에 대한 예를 들어 주시겠습니까? Vladimir Kustikov 2012.04.03 10:49 #1278 TheXpert : 그것은 외모에 달려 있습니다. 이 경우 집계는 목발이라고 말할 수 있습니다. 다중 상속은 t.sp를 사용하면 훨씬 더 투명하고 편리합니다. 논리 및 v.sp. 코딩. 귀사에서 다이아몬드 모양의 계층 구조를 처리하는 방법에 대한 예를 들어 주시겠습니까? 내가 틀리지 않는다면 다이아몬드 계층 구조는 정확히 다중 상속을 사용한 결과입니다. 다이아몬드 모양의 계층 구조를 구축하고 구현해야 할 때 실제 사례를 들어주실 수 있습니까? Mykola Demko 2012.04.03 10:56 #1279 Vladix : 내가 틀리지 않는다면 다이아몬드 계층 구조는 정확히 다중 상속을 사용한 결과입니다. 다이아몬드 모양의 계층 구조를 구축하고 구현해야 할 때 실제 사례를 들어주실 수 있습니까? 사람은 팔, 다리 및 기타 모든 종류의 기관을 가지고 있으며 원자로 구성된 세포로 만들어지며 원자 집합은 유한하지만 그 집합은 거대합니다. 모든 기관은 다른 목적을 가지고 있지만, 함께 그들은 사람입니다. 사람들은 다르고 다른 직업을 가질 수 있습니다. 우리가 세포가 유전되는 세트로 시작한 것들은 하나의 클래스로 수렴했다가 다시 장기로 흩어지고 다시 사람의 클래스로 수렴하고 다시 직업으로 분기했습니다. TheXpert 2012.04.03 11:19 #1280 Vladix : 내가 틀리지 않는다면 다이아몬드 계층 구조는 정확히 다중 상속을 사용한 결과입니다. 아니오, 이것은 디자인 제품입니다. 언어 시설의 사용에 의존하지 않습니다. 다이아몬드 모양의 계층 구조를 구축하고 구현해야 할 때 실제 사례를 들어주실 수 있습니까? 이동 중이 아니라 한 번 이상 사용했습니다. 옵션이 거의 없습니다. 나에게 목발 래퍼를 작성하는 것은 이미 그 자체로 중요한 주장입니다. 1...121122123124125126127128129130131132133134135...277 새 코멘트 트레이딩 기회를 놓치고 있어요: 무료 트레이딩 앱 복사용 8,000 이상의 시그널 금융 시장 개척을 위한 경제 뉴스 등록 로그인 공백없는 라틴 문자 비밀번호가 이 이메일로 전송될 것입니다 오류 발생됨 Google으로 로그인 웹사이트 정책 및 이용약관에 동의합니다. 계정이 없으시면, 가입하십시오 MQL5.com 웹사이트에 로그인을 하기 위해 쿠키를 허용하십시오. 브라우저에서 필요한 설정을 활성화하시지 않으면, 로그인할 수 없습니다. 사용자명/비밀번호를 잊으셨습니까? Google으로 로그인
잊지 말자 ;)
연산자를 오버로드하는 대신 다중 상속을 사용하는 것이 좋습니다. 훨씬 더 필요합니다.
연산자를 오버로드하는 대신 다중 상속을 사용하는 것이 좋습니다. 훨씬 더 필요합니다.
잘 쓰여졌습니다 - 흔들어 보세요 :) 이것이 바로 다중 상속이 하는 일입니다.
나는 일주일 전에 "다중 상속 vs. 집계"토론에 참여했고 집계가 압도적 승리를 이겼습니다.
나는 일주일 전에 "다중 상속 vs. 집계"토론에 참여했고 집계가 압도적 승리를 이겼습니다.
예, 각 구현 클래스에 대해 1km의 래퍼 코드를 작성하는 것이 훨씬 더 좋고 효율적입니다. 그리고 훨씬 더 빠릅니다.
특히 12개의 인터페이스가 있는 경우.
하지만 링크를 던져, 나는 내 여가를 볼 것입니다.
불행히도 이것은 계획되지 않았습니다. 현재로서는 구조체에서 클래스를 상속하는 가능성만 고려하고 있습니다.
매우 유용할 것입니다. 그리고 구조에 대한 더 많은 포인터. 또한, 그것들(구조체)을 동적으로 만들 필요가 없습니다. 중요한 것은 구조 자체 대신인덱스 배열 을 정렬할 수 있다는 것입니다.
// 구조체는 많은 경우에 클래스로 대체되는 것이 바람직하지 않습니다. 그들은 검소하고(가상 방법 테이블 없음) "단단한" 데이터를 포함합니다.
예, 각 구현 클래스에 대해 1km의 래퍼 코드를 작성하는 것이 훨씬 더 좋고 효율적입니다.
하지만 링크를 던져, 나는 내 여가를 볼 것입니다.
래퍼에 관해서는 동의하지만 대부분의 경우 파사드 또는 어댑터 역할도 합니다. 집계된 클래스의 인터페이스를 수정합니다.
링크를 게시할 수 없습니다. 약 30명의 관심 있는 사람들이 참여한 Skype에 대한 사내 토론이었습니다.
래퍼에 관해서는 동의하지만 대부분의 경우 파사드 또는 어댑터 역할도 합니다. 집계된 클래스의 인터페이스를 수정합니다.
그것은 외모에 달려 있습니다. 이 경우 집계는 목발이라고 말할 수 있습니다. 다중 상속은 t.sp를 사용하면 훨씬 더 투명하고 편리합니다. 논리 및 v.sp. 코딩.
귀사에서 다이아몬드 모양의 계층 구조를 처리하는 방법에 대한 예를 들어 주시겠습니까?
그것은 외모에 달려 있습니다. 이 경우 집계는 목발이라고 말할 수 있습니다. 다중 상속은 t.sp를 사용하면 훨씬 더 투명하고 편리합니다. 논리 및 v.sp. 코딩.
귀사에서 다이아몬드 모양의 계층 구조를 처리하는 방법에 대한 예를 들어 주시겠습니까?
내가 틀리지 않는다면 다이아몬드 계층 구조는 정확히 다중 상속을 사용한 결과입니다.
다이아몬드 모양의 계층 구조를 구축하고 구현해야 할 때 실제 사례를 들어주실 수 있습니까?
내가 틀리지 않는다면 다이아몬드 계층 구조는 정확히 다중 상속을 사용한 결과입니다.
다이아몬드 모양의 계층 구조를 구축하고 구현해야 할 때 실제 사례를 들어주실 수 있습니까?
사람은 팔, 다리 및 기타 모든 종류의 기관을 가지고 있으며 원자로 구성된 세포로 만들어지며 원자 집합은 유한하지만 그 집합은 거대합니다.
모든 기관은 다른 목적을 가지고 있지만, 함께 그들은 사람입니다. 사람들은 다르고 다른 직업을 가질 수 있습니다.
우리가 세포가 유전되는 세트로 시작한 것들은 하나의 클래스로 수렴했다가 다시 장기로 흩어지고 다시 사람의 클래스로 수렴하고 다시 직업으로 분기했습니다.
내가 틀리지 않는다면 다이아몬드 계층 구조는 정확히 다중 상속을 사용한 결과입니다.
아니오, 이것은 디자인 제품입니다. 언어 시설의 사용에 의존하지 않습니다.
다이아몬드 모양의 계층 구조를 구축하고 구현해야 할 때 실제 사례를 들어주실 수 있습니까?
이동 중이 아니라 한 번 이상 사용했습니다. 옵션이 거의 없습니다.
나에게 목발 래퍼를 작성하는 것은 이미 그 자체로 중요한 주장입니다.