찻주전자의 질문 - 페이지 129

 
MetaDriver :

매우 유용할 것입니다. 그리고 구조에 대한 더 많은 포인터. 또한, 그것들(구조체)을 동적으로 만들 필요가 없습니다. 중요한 것은 구조 자체 대신 인덱스 배열 을 정렬할 수 있다는 것입니다.

// 구조체는 많은 경우에 클래스로 대체되는 것이 바람직하지 않습니다. 그들은 검소하고(가상 방법 테이블 없음) "단단한" 데이터를 포함합니다.

일반적으로 이를 위해 상속을 도입할 예정이므로 항상 래핑 클래스에 대한 핸들을 얻을 수 있습니다.
 
Urain :

우리가 세포가 유전되는 세트로 시작한 것들은 하나의 클래스로 수렴했다가 다시 장기로 분산되고 다시 인간 클래스로 수렴하고 다시 직업으로 분기했습니다.

나는 당신에 대해 모르지만 정상적인 사람은 장기로 분기하지 않습니다. 다중 상속은 매우 논쟁의 여지가 있는 문제이며, 가장 진보된 C # 언어에서 인터페이스를 위해 이 메커니즘을 포기하기로 결정한 것은 아무 것도 아닙니다. C# 개발자가 자신이 하는 일을 몰랐다고 생각하십니까?
 
C-4 :
나는 당신에 대해 모르지만 보통 사람은 장기로 분기하지 않습니다 . 다중 상속은 매우 논쟁의 여지가 있는 문제이며, 가장 진보된 C # 언어에서 인터페이스를 위해 이 메커니즘을 포기하기로 결정한 것은 아무 것도 아닙니다. C# 개발자가 자신이 하는 일을 몰랐다고 생각하십니까?

장기 기증은 어떻습니까? :)

이 질문은 논란의 여지가 있고 완전히 닫혀 있지 않습니다. 사실 C ++에는 다중 상속이 있고 MQL은 C ++와 유사한 언어로 배치되어 있습니다. 그 이유는 무엇입니까?

 
C-4 :
나는 당신에 대해 모르지만 정상적인 사람은 장기로 분기하지 않습니다. 다중 상속은 매우 논쟁의 여지가 있는 문제이며, 가장 진보된 C # 언어에서 인터페이스를 위해 이 메커니즘을 포기하기로 결정한 것은 아무 것도 아닙니다. C# 개발자가 자신이 하는 일을 몰랐다고 생각하십니까?

부가가 :)

먼저 C#이 갑자기 가장 발전된 언어로 밝혀진 이유는 무엇입니까?

둘째, C#에서는 인터페이스의 다중 상속을 위해 클래스의 다중 상속을 포기하기로 결정했습니다. ))) 구현하기가 더 쉽습니다.

가서 그 과목을 공부해.

더엑스퍼트 :

이동 중이 아니지만 한 번 이상 사용했습니다. 그리고 거의 옵션이 없습니다.

나는 내 말을 되돌린다. 가상 상속은 슈퍼클래스 선택의 모호성 문제를 제거하기 위해서만 사용되었습니다.
 
mql5 :
일반적으로 이를 위해 상속을 도입할 예정이며 항상 래핑 클래스에 대한 핸들을 얻을 수 있습니다.

... 및 로드 시 가상 메서드 테이블. 내가 피하고 싶었던 것이 바로 그것이다. :) 그렇지 않으면 질문이 발생하지 않았을 것입니다.

좋아요, 치명적이지는 않습니다. 나는 추가인덱스 배열 을 통해 그것을 할 것입니다.
Документация по MQL5: Основы языка / Переменные
Документация по MQL5: Основы языка / Переменные
  • www.mql5.com
Основы языка / Переменные - Документация по MQL5
 
TheXpert :

부가가 :)

1. 우선 왜 갑자기 C#이 가장 발전된 언어가 되었나요?

2. 둘째, C#에서는 인터페이스의 다중 상속을 위해 클래스의 다중 상속을 포기하기로 결정했습니다. ))) 구현하기가 더 쉽습니다.

1. 구체적인 반대 의견은 무엇입니까? :)

2. 인터페이스를 요청합시다. 다중 상속으로. 그럼 지원하겠습니다. :)

 
TheXpert :

부가가 :)

먼저 C#이 갑자기 가장 발전된 언어로 밝혀진 이유는 무엇입니까?

둘째, C#에서는 인터페이스의 다중 상속을 위해 클래스의 다중 상속을 포기하기로 결정했습니다. ))) 구현하기가 더 쉽습니다.

가서 그 과목을 공부해.

나는 내 말을 되돌린다. 가상 상속은 슈퍼클래스 선택의 모호성 문제를 제거하기 위해서만 사용되었습니다.

나는 집계에 찬성하는 주장을 하지 않을 것이며, 당신 자신이 그것들을 알고 있다고 생각합니다. 마찬가지로 다중 상속에 대한 주장을 알고 있습니다. 그리고 그 밑에는 한편으로는 다른 한편으로는 많은 정당화가 있습니다. 아마도 여기서 질문은 누가 무엇에 더 가까운가에 관한 것입니다. 우리 특정 회사의 경우, 우리 팀의 개발 및 지원이 더 쉽기 때문에 집계가 훨씬 더 선호되는 것으로 나타났습니다.

우크라이나 :

우리가 세포가 유전되는 세트로 시작한 것들은 하나의 클래스로 수렴했다가 다시 장기로 흩어 지고 다시 사람의 클래스로 수렴하고 다시 직업으로 분기했습니다.

당신의 직업은 우리의 상속인이며, 이는 어느 정도 (예상치 못한) 사실입니다 :). 이 특별한 경우에 사용하는 것이 더 나은지 결정하려면 두 개체 간의 관계가 무엇인지 결정해야 합니다.

  1. 객체 A는 객체 B - 상속
  2. 개체 A는 개체 B로 구성됩니다(포함, 포함) - 구성

 
MetaDriver :

1. 구체적인 반대 의견은 무엇입니까? :)

2. 인터페이스를 요청합시다. 다중 상속으로. 그럼 지원하겠습니다. :)

2. 나는 지지한다
 
MetaDriver :

1. 구체적인 반대 의견은 무엇입니까? :)

각 언어에는 고유한 적용 영역이 있습니다. 일반적으로 언어가 "가장 발전된" 언어라고 말하는 것은 터무니없는 것입니다.

2. 인터페이스를 요청합시다. 다중 상속으로. 그럼 지원하겠습니다. :)

해보자! 뭐라고 부르든 무슨 상관이야? 본질은 거의 변하지 않습니다.
 

C#은 단연코 가장 발전된 언어입니다. 다른 모든 것은 너무 구식이거나 너무 전문화되어 있습니다.

인터페이스의 다중 상속은 클래스의 다중 상속과 동일하지 않습니다. 두 번째 경우에는 하향식 계층 구조가 있으며 이 때문에 하위 분기가 서로 크게 얽혀 프로젝트 아키텍처에 심각한 혼란과 혼란을 초래할 수 있습니다. 그리고 인터페이스의 상속으로 더 쉽습니다. 검색 또는 정렬과 같은 통합된 방법이 있습니다. 여기에 클래스를 추가하려면 적절한 상호 작용 인터페이스를 작성하십시오. 그리고 이것은 "목발"이 아닙니다. 이 C++는 C 언어를 위해 작성된 큰 목발입니다.

사유: