Preguntas de un "tonto" - página 129

 
MetaDriver:

Y los punteros a estructuras serían muy útiles, y no tienen que ser dinámicos - lo principal es que se puede ordenar una matriz de índices en lugar de las propias estructuras.

// En muchos casos, no es conveniente sustituir las estructuras por clases. Son económicos (no hay tabla de métodos virtuales) y contienen datos "sólidos".

En general, esta es la razón por la que vamos a introducir la herencia, siempre se puede obtener un mango para una clase reversible.
 
Urain:

Los que empezamos con el conjunto del que se hereda la célula, esos convergieron en una clase, luego volvieron a divergir en órganos y volvieron a converger en una clase de personas, y volvieron a divergir en profesiones.

No sé tú, pero la gente normal no se desvía hacia los órganos. La herencia múltiple es algo muy discutible, y no en vano en el lenguaje C# más avanzado se decidió rechazar este mecanismo en favor de las interfaces. ¿Cree que los desarrolladores de C# no sabían lo que hacían?
 
C-4:
No sé ustedes, pero la gente normal no dona órganos. La herencia múltiple es algo muy controvertido, y no en vano en el lenguaje C# más avanzado se decidió rechazar este mecanismo en favor de las interfaces. ¿Cree que los desarrolladores de C# no sabían lo que hacían?

¿Y la donación de órganos? :)

La cuestión es discutible y no está del todo cerrada, el hecho es que C++ tiene herencia múltiple, MQL se posiciona como lenguaje similar a C++, por qué no.

 
C-4:
No sé tú, pero la gente normal no se mete en los órganos. La herencia múltiple es algo muy controvertido, y no en vano en el lenguaje C# más avanzado se decidió rechazar este mecanismo en favor de las interfaces. ¿Cree que los desarrolladores de C# no sabían lo que hacían?

Bazinga :)

En primer lugar, ¿por qué demonios C# se ha convertido de repente en el lenguaje más avanzado?

En segundo lugar, en C# decidieron negar la herencia múltiple de clases en favor de la herencia múltiple de interfaces. ))) Es más fácil de aplicar.

Ve a aprender el tema.

TheXpert:

No a primera vista, pero lo he usado más de una vez. Y prácticamente sin variantes.

Me retracto, sólo he utilizado la herencia virtual para eliminar el problema de la elección ambigua de la superclase.
 
mql5:
En general, por eso vamos a introducir la herencia, siempre se puede conseguir un mango para una clase reversible...

...y una tabla de métodos virtuales como carga, que es exactamente lo que queríamos evitar :) De lo contrario, no habría surgido la pregunta.

Bien, no es fatal. Usaré una matriz de índice adicional.
Документация по MQL5: Основы языка / Переменные
Документация по MQL5: Основы языка / Переменные
  • www.mql5.com
Основы языка / Переменные - Документация по MQL5
 
TheXpert:

Bazinga :)

1. En primer lugar, ¿por qué demonios iba a ser C# el lenguaje más avanzado de repente?

(2) En segundo lugar, en C# se decidió abandonar la herencia múltiple de clases en favor de la herencia múltiple de interfaces. ))) Es más fácil de aplicar.

1) ¿Cuáles son exactamente sus objeciones? :)

2) Pidamos interfaces con herencia múltiple. :)

 
TheXpert:

Bazinga :)

En primer lugar, ¿por qué demonios C# se ha convertido de repente en el lenguaje más avanzado?

En segundo lugar, en C# se decidió abandonar la herencia múltiple de clases en favor de la herencia múltiple de interfaces. ))) Es más fácil de aplicar.

Ve a aprender el tema.

Retiro lo dicho. La herencia virtual sólo se utilizó para eliminar el problema de la ambigüedad de la selección de la superclase.

No voy a dar argumentos a favor de la agregación, creo que tú mismo los conoces. Del mismo modo, conozco los argumentos a favor de la herencia múltiple. Y hay muchas justificaciones debajo de ellas, tanto de un lado como del otro. Supongo que es una cuestión de quién está más cerca de qué. En el caso de nuestra empresa en particular, la agregación es mucho más preferible, ya que es más fácil de desarrollar y mantener por nuestro equipo.

Urain:

Aquellos que empezamos con un conjunto del que se hereda una célula, aquellos convergieron a una clase,luego divergieron de nuevo a órganos y convergieron de nuevo a una clase humana, luego divergieron de nuevo a profesiones.

Resulta que la profesión que tienes es la de heredero de la jaula, lo cual es en cierto modo (inesperado) cierto :). Para determinar qué es mejor utilizar en este caso concreto, hay que determinar la relación entre los dos objetos:

  1. El objeto A es el objeto B - herencia
  2. El objeto A consiste en (tiene, contiene) el objeto B - composición

 
MetaDriver:

1. ¿cuáles son exactamente las objeciones? :)

2. pidamos interfaces. con herencia múltiple. entonces apoyaré. :)

2. Apoyo
 
MetaDriver:

1. ¿cuáles son exactamente las objeciones? :)

Cada lengua tiene su propio ámbito de aplicación. Decir que una lengua es "la más avanzada" en general es absurdo.

2. pidamos interfaces. con herencia múltiple. entonces apoyaré. :)

¡Oh, vamos! ¿Qué más da cómo se llame? El punto apenas cambia.
 

C# es sin duda el lenguaje más avanzado. Todo lo demás es demasiado anticuado o demasiado especializado.

La herencia múltiple de interfaces no es lo mismo que la herencia múltiple de clases. Este último tiene una jerarquía descendente, y por ello las ramas descendientes pueden entrelazarse mucho entre sí, causando una confusión y un embrollo considerables en la arquitectura del proyecto. Sin embargo, la herencia de interfaces es mucho más sencilla: tienes métodos unificados, por ejemplo, de búsqueda u ordenación, y si quieres enganchar tu propia clase a ellos, escribe una interfaz de interacción correspondiente. Esto no es una muleta. Esto es C++ una gran muleta escrita para el lenguaje C.

Razón de la queja: