Interfaz gráfica de usuario de origen colectivo. Prueba beta abierta. - página 20
Está perdiendo oportunidades comerciales:
- Aplicaciones de trading gratuitas
- 8 000+ señales para copiar
- Noticias económicas para analizar los mercados financieros
Registro
Entrada
Usted acepta la política del sitio web y las condiciones de uso
Si no tiene cuenta de usuario, regístrese
No, no es una referencia y no es un objeto. Una referencia es algo que se puede colocar en una variable. Tienes un valor específico que puedes poner en una variable - ¡un índice! El índice no es la propia cadena del array, es un número concreto.
Detrás de cualquier referencia hay un número de celda de memoria. Detrás de cualquier objeto hay una matriz de datos. No importa cómo lo mires. Acabo de abandonar las convenciones innecesarias.
No discutamos. No estoy imponiendo mi punto de vista.
Al fin y al cabo, cada uno tiene su propia visión del mundo.
No, no es una referencia y no es un objeto. Una referencia es algo que se puede colocar en una variable. Tienes un valor específico que puedes poner en una variable - ¡un índice! El índice no es la propia cadena del array, es un número concreto.
Peter trató de enseñar OOP. Explicaron lo que es un objeto, pero no explicaron que en POO un objeto es una clase
Intentaron enseñarle a Peter sobre OOP. Explicaron lo que es un objeto, pero no explicaron que en POO un objeto es una clase
¿Y qué es una clase en el nivel de PC?) Una matriz de datos.
¿Qué es una clase de informática?) Una matriz de datos.
No, una clase es una clase. Y un array de datos es un array de datos. Los datos pueden ser tanto valores de tipos simples como instancias de un objeto (¡no un array de objetos, sino un array de instancias de un objeto!!!).
La programación no es una filosofía. Es un concretismo. Y hay una terminología común para que todos hablen el mismo idioma. Pero tú tienes tu propia lengua, así que estás orgulloso de estar solo.
No, una clase es una clase. Y un array de datos es un array de datos. Los datos pueden ser tanto tipos simples como instancias de un objeto (¡no los objetos en sí, sino sus instancias!).
La programación no es una filosofía. Es un concretismo. Y hay una terminología común para que todos hablen el mismo idioma. Pero tú tienes tu propia lengua, así que estás orgulloso de estar solo.
Que así sea. Aunque, la programación ha sido durante mucho tiempo una filosofía. Y uno muy profundo.
A nivel de un ordenador, es sencillo. Pero, ¿dir que el Objeto no es una filosofía? ¿Todas las nociones abstractas derivadas de ella no son una filosofía? Aquí hay una docena de cosas...))
Herencia, clases, instancias - ¿no es una filosofía?)
Que así sea. Aunque, la programación ha sido durante mucho tiempo una filosofía. Y uno muy profundo.
A nivel del ordenador, es sencillo. Pero, ¿dir que el Objeto no es una filosofía? ¿Todas las nociones abstractas derivadas de ella no son una filosofía? Aquí hay una docena de cosas...))
A veces no son técnicos sino humanistas los que se meten en la programación por accidente. Así que, para justificar su miserable existencia, se ponen a inventar todo tipo de filosofía, porque la programación es demasiado complicada para ellos.
no te metas en una pelea, chicos estonios calientes :-)
No te importa si te refieres a un elemento del array, a una dirección de memoria o a un "objeto MQL". Tampoco le importa lo que se considera un objeto en el marco de una biblioteca aplicada.
una referencia es una referencia, ya sea directa o indirecta, nombrada o relativa a través de un índice, lo principal es cómo entenderla y utilizarla.
Bien, ahora puedes crear tu propia OOP sobre MQL en arrays. Incluso con las temibles palabras reflexión, introspección. Es un poco extraño no usar lo que está disponible, pero "es un artista, así es como ve" :-).
Sí, como mínimo se obtiene "objeto", "objeto MQL", "objeto de Pedro". Y el programador no puede leer ese código sin valer, escribirlo está fuera de lugar.
A veces no son los técnicos los que se meten en la programación por accidente, sino los humanistas. Así que, para justificar su miserable existencia, se ponen a inventar todo tipo de filosofía, porque la programación es demasiado complicada para ellos.
¿Y cómo se le explica a un tecnólogo lo que es un"modelo basado en eventos"? ¿O que cualquier entidad que tenga propiedades puede ser un Objeto? ¿Cómo se puede explicar lo que es una clase abstracta y la herencia múltiple?
no te metas en una pelea, chicos estonios calientes :-)
No me importa en absoluto lo que se refiere a - un elemento de la matriz, una dirección en la memoria o "objeto MQL". Me da igual lo que se considere un objeto en una biblioteca de aplicaciones.
Un enlace es un vínculo, directo o indirecto, nombrado o relativo a través de un índice, lo principal es cómo entenderlo y utilizarlo.
Bien, ahora puedes crear tu propia OOP sobre MQL en arrays. Incluso con las temibles palabras reflexión, introspección. Es un poco extraño no utilizar lo que está disponible, pero "es un artista, así es como ve" :-).
Sí, como mínimo se obtiene "objeto", "objeto MQL", "objeto de Pedro". Y el programador no puede leer ese código sin valer, escribirlo está fuera de lugar.
Así es, así es. No hay razón para romper un hueso aquí. Hay personas que se aferran tanto a las normas que ni siquiera se les ocurre mirar detrás de ellas una vez. Son con los que tengo conflictos.
¿Cómo se le explica a un técnico lo que es un "modelo de eventos"? ¿O que cualquier entidad con propiedades puede ser un objeto? ¿Cómo se explica lo que es una clase abstracta y la herencia múltiple?
No hace falta la filosofía para explicar qué es un objeto. Porque los objetos son partes de la vida misma.
Existe el objeto "ser vivo".
Existe el objeto "insecto", que es el heredero del objeto "ser vivo".
Existe el objeto "mamífero" que es el heredero del objeto "ser vivo".
Existe el objeto "ser humano", que es el heredero del objeto "mamífero
Existe el objeto "Papkin", que es una copia del objeto "humano"
Hay un objeto "cocinero", que es el heredero del objeto "humano"
etc. ¿Dónde está la filosofía aquí?
La POO describe claramente este mecanismo de herencia ( y no sólo la herencia)
Cada objeto tiene un conjunto de atributos y métodos que se pasan por herencia. Todo es estrictamente lógico y concreto. No hay ninguna filosofía en absoluto.