OOP 전문가를 위한 질문입니다. - 페이지 41

새 코멘트
 
Vladimir Simakov :
ㅋㅋㅋ 왜, 그것은 mql의 대리자의 약한 아날로그입니까? 순전히 웃기 위해, 심장 박동수를 높이기 위해.

아날로그가 안돼 해봤어 MT4에서 확인했는데 계속 되지만 MT5에서는 안되네요

 typedef void (*TFuncvoidPTR)( void );
//+------------------------------------------------------------------+
void OnStart ()
{  TFuncvoidPTR arrPTR[ 3 ];
   arrPTR[ 0 ]=f1;
   arrPTR[ 1 ]=f2;
   arrPTR[ 2 ]=f3;
   for ( int i= 0 ; i< 3 ; i++)
      arrPTR[i]();			// ' ) ' - expression expected

}
//_______________________________________________________________________
void f1() { Print ( "1" ); }
void f2() { Print ( "2" ); }
void f3() { Print ( "3" ); }
//+------------------------------------------------------------------+

2019.10.06 16:22:44.202 tst EURUSD,H1: 3

2019.10.06 16:22:44.202 tst EURUSD,H1: 2

2019.10.06 16:22:44.202 tst EURUSD,H1: 1

 
Igor Makanu :

아날로그가 안돼 해봤어 MT4에서 확인했는데 계속 되지만 MT5에서는 안되네요

2019.10.06 16:22:44.202 tst EURUSD,H1: 3

2019.10.06 16:22:44.202 tst EURUSD,H1: 2

2019.10.06 16:22:44.202 tst EURUSD,H1: 1

C#과의 근본적인 차이점은 다음과 같은 행이라는 것입니다. arrPTR[ 0 ]=f1;

다음과 같아야 합니다. arrPTR[ 0 ]=new tralala(f1);

또는 그런 것. 그것이 명확하지 않은 것입니다. 어떻게 운이 좋아서 이것을 원할 수 있습니까? 또한 누군가의 생각의 적절성에 대해 이야기하십시오.
 
Dmitry Fedoseev :

C#과의 근본적인 차이점은 다음과 같은 행이라는 것입니다. arrPTR[ 0 ]=f1;

다음과 같아야 합니다. arrPTR[ 0 ]=new tralala(f1);

또는 그런 것. 그것이 명확하지 않은 것입니다. 어떻게 운이 좋아서 이것을 원할 수 있습니까? 또한 누군가의 생각의 적절성에 대해 이야기하십시오.

Sharpe에서 개념은 "우리는 모든 기존 언어에서 완전한 내용을 가져옵니다" + 어떤 경우에도 순수하고 필수 OOP의 형태로 마법을 추가합니다.

 int a = new int ();
char b = new Char();
string c = new string ( new char [] { });
string d = String.Empty;
String e = String.Empty;


그리고 C++ 프로그래머가 이 코드를 볼 때, 그는 그 안에 숨겨진 의미를 찾기 시작합니다.... 하지만 그것은 말이 되지 않습니다! - 요점은 C # 모든 비 프로그래머 IMHO에서 수집하는 것입니다)))

 

무제한 상속이 개체의 "퇴화"로 이어지는 이유를 찾을 수 있습니다.

내가 설명한다:

1. 기본(추상) 클래스 A를 선언합니다.

2. 그것으로부터 우리는 긴 상속 사슬을 구축합니다. 이를 위해 A로부터 10명의 상속인을 생성하고, 이들로부터 각각 10명의 상속인을 생성합니다. 우리는 각각 10개의 클래스, 10개의 직접 상속 체인을 얻습니다.

3. 각 클래스에는 10개의 고유한 속성과 10개의 메서드가 있습니다. 고유성으로 인해 속성과 메서드는 클래스에 매끄럽게 캡슐화되고 명확한 계층이 구축되어 기본 개체의 "우아한" 구조를 나타냅니다.

4. 하지만 이제 고유 속성은 끝났습니다. 다른 클래스와 다른 체인의 속성과 메서드를 교차하여 "태어난" 새로운 "객체"가 있습니다. 그들은 A로부터 직접적인 상속 체인이 없지만 기본 개체로 이어지는 많은 체인을 통해 속성을 상속합니다.

동시에 "고유" 개체에서 속성을 상속하는 동안 "혼합" 개체는 그 중에서 몇 가지 속성과 메서드만 가져오고 나머지는 소유권 을 주장하지 않습니다. 그들은 많은 클래스를 상속하지만 "상속된" 자료의 일부만 가져와야 하며 나머지는 건드리지 않습니다. 그러나 이것은 불가능합니다. 클래스에 액세스하여 사용 가능한 모든 것을 상속합니다.

즉, 그들의 상속은 퍼지입니다. "부모"에 액세스하여 이러한 개체는 필요하지 않은 속성과 메서드를 얻습니다. 그리고 이러한 "초과"를 우회하는 것은 불가능합니다.

즉, 상속은 많은 수의 상속인과 함께 정상적으로 작동하지 않습니다. 다수의 "부모"와 "유전 물질"의 과도한 다양성의 일반화로 인해 대상의 "퇴화"가 있습니다. 객체는 더 이상 개념적으로 통합되지 않습니다.


 
아니요, 그럴 수 없습니다. 상속의 6~8단계 어딘가에서 돌연변이가 발생하고 기계의 반란이 일어난다.
 
Реter Konow :

무제한 상속이 개체의 "퇴화"로 이어지는 이유를 찾을 수 있습니다.

내가 설명한다:

1. 기본(추상) 클래스 A를 선언합니다.

2. 그것으로부터 우리는 긴 상속 사슬을 구축합니다. 이를 위해 A로부터 10명의 상속인을 생성하고, 이들로부터 각각 10명의 상속인을 생성합니다. 우리는 각각 10개의 클래스, 10개의 직접 상속 체인을 얻습니다.

3. 각 클래스에는 10개의 고유한 속성과 10개의 메서드가 있습니다. 고유성으로 인해 속성과 메서드는 클래스에 매끄럽게 캡슐화되고 명확한 계층이 구축되어 기본 개체의 "우아한" 구조를 나타냅니다.

4. 하지만 이제 고유 속성은 끝났습니다. 다른 클래스와 다른 체인의 속성과 메서드를 교차하여 "태어난" 새로운 "객체"가 있습니다. 그들은 A로부터 직접적인 상속 체인이 없지만 기본 개체로 이어지는 많은 체인을 통해 속성을 상속합니다.

동시에 "고유" 개체에서 속성을 상속하는 동안 "혼합" 개체는 그 중에서 몇 가지 속성과 메서드만 가져오고 나머지는 소유권 을 주장하지 않습니다. 그들은 많은 클래스를 상속하지만 "상속된" 자료의 일부만 가져와야 하며 나머지는 건드리지 않습니다. 그러나 이것은 불가능합니다. 클래스에 액세스하여 사용 가능한 모든 것을 상속합니다.

즉, 그들의 상속은 퍼지입니다. "부모"에 액세스하여 이러한 개체는 필요하지 않은 속성과 메서드를 얻습니다. 그리고 이러한 "초과"를 우회하는 것은 불가능합니다.

즉, 상속은 많은 수의 상속인과 함께 정상적으로 작동하지 않습니다. 다수의 "부모"와 "유전 물질"의 과도한 다양성의 일반화로 인해 대상의 "퇴화"가 있습니다. 객체는 더 이상 개념적으로 통합되지 않습니다.


이것은 개념이 잘못되었음을 의미합니다.
왜 개체 "프레임"에서 차체와 초상화를 상속합니까?
 
Artyom Trishkin :
이것은 개념이 잘못되었음을 의미합니다.
왜 개체 "프레임"에서 차체와 초상화를 상속합니까?

작은 작업 영역에서는 거대한 상속 계층이 필요합니다. 그러나 AI 지식 기반의 계층 구조는 거의 무제한입니다. 나는 개체 계층이 특정 한계까지 편리하고 실용적이며 효과적이라는 결론에 도달했습니다. 그 이후에는 "다중" 상속이 시작되어 개체 생성의 "퇴화"로 이어집니다. 새 개체는 베이스에서 멀어지고 해당 속성은 다른 개체에서 수집되기 때문에 "보조"입니다. 속성을 "수집"하는 과정에서 새 개체는 작업에 "쐐기형"인 추가 "유전 재료"를 사용합니다.

이 문제를 해결하는 방법을 모르겠습니다.

 

누군가가 https://tproger.ru/translations/oop-principles-cheatsheet/ 를 읽으면 어떻게 될까요?

비록 그들이 쓴 것을 읽는 것이 주인의 일이 아니라고 의심하지만

 
Igor Makanu :

누군가가 https://tproger.ru/translations/oop-principles-cheatsheet/ 를 읽으면 어떻게 될까요?

비록 그들이 쓴 것을 읽는 것이 주인의 일이 아니라고 의심하지만

이 문서는 상속에 관한 것입니다. 읽다.

"상속은 한 개체가 다른 개체의 속성을 기반으로 하는 능력입니다."

그리고 102세대의 객체가 있다면 하나가 아닌 여러 객체에서만 상속받을 수 있습니까? "부모"의 수에 비례하여 추가 속성과 메서드를 얻습니다.

 
Реter Konow :

작은 작업 영역에서는 거대한 상속 계층이 필요합니다. 그러나 AI 지식 기반의 계층 구조는 거의 무제한입니다. 나는 객체 계층이 특정 한계까지 편리하고 실용적이며 효율적이라는 결론에 도달했습니다. 그 이후에는 "다중" 상속이 시작되어 객체 생성의 "퇴화"로 이어집니다. 새 개체는 베이스에서 멀어지고 해당 속성은 다른 개체에서 수집되기 때문에 "보조"입니다. 속성을 "수집"하는 과정에서 새 개체는 작업에 "쐐기형"인 추가 "유전 재료"를 사용합니다.

이 문제를 해결하는 방법을 모르겠습니다.

명확한 분류. 많은 객체가 동일한 속성을 가지고 있다는 것을 알면 이러한 속성을 하나의 상위 객체로 설명하는 것이 논리적입니다.
자식 개체가 같은 이름의 부모 속성을 재정의하는 경우 해당 속성은 가상이어야 합니다.
1...343536373839404142434445464748...55
새 코멘트