Discusión sobre el artículo "Aplicar un Indicador a Otro" - página 2

[Rashid Umarov]

Tal vez estoy malinterpretando la pregunta, pero voy a tratar de lanzar otra idea

indicador_precio_aplicado

int

establece el valor por defecto del campo "Aplicar a". Puede establecer uno de los valores de la enumeración ENUM_APPLIED_PRICE. Si no se establece la propiedad, se aplica el valor por defecto PRICE_CLOSE

[Mykola Demko]

Rosh:

Tal vez estoy entendiendo mal la pregunta, pero voy a tratar de lanzar otra idea

indicador_precio_aplicado

int

establece el valor por defecto del campo "Aplicar a". Puede establecer uno de los valores de la enumeración ENUM_APPLIED_PRICE. Si la propiedad no está establecida, el valor por defecto es PRICE_CLOSE

La idea es buena, pero es un poco lateral (como saltar en anchura:).

Hay que trasladar el valor del parámetro precio_aplicado que el usuario seleccionó en el indicador externo al interno.

Por ejemplo, hay una MA que se construye sobre los datos seleccionados (se trata de un indicador interno), y el valor de esta MA debe restarse del precio.

En consecuencia, si se selecciona PRICE_CLOSE, la MA debe construirse sobre la base de este precio y el mismo precio debe utilizarse en la fórmula de cálculo del indicador.

1 инд
МА(app_price)
2 инд
МА(app_price)-price(app_price)

[Mykola Demko]

De lo anterior podemos ver que simplemente se pide que app_price sea declarado como input, pero entonces el usuario tendrá que especificar el parámetro requerido dos veces.

Una vez en Inputs y otra en Parametrs. Esto no es bueno.

Puede haber casos en que sea necesario, pero hay casos en que es malo.

[Rashid Umarov]

Creo que no es mortal. ¿Con qué frecuencia se produce este problema en la vida cotidiana? Una vez se puede especificar en el arranque.

[Evgeniy Trofimov]

Doy soporte al usuario Urain. ¿Cómo saber qué contiene el array precio[] ? ¿Cuál es exactamente el precio?

int OnCalculate(const int rates_total,
                const int prev_calculated,
                const int begin,
                const double &price[])
{

Si es imposible averiguarlo, se pierde el sentido de utilizar la matriz price[].

Este problema surge cada vez que se programa un indicador multidivisa. Por ejemplo, queremos crear un indicador de correlación entre divisas. Ya tenemos un array con precios. Se trata de price[]. Cargamos los precios del segundo instrumento. ¿Pero de qué tipo?

Tendremos que introducir el parámetro app_price en la entrada y cargar dos matrices con precios de forma independiente, obviando price[].

¡No es conveniente!

[---]

EvgeTrofi:

Doy soporte al usuario Urain. ¿Cómo saber qué contiene el array precio[]? ¿Qué es exactamente el precio?

¿Y cuál es la lógica en él? No estamos ajustando, sólo estamos calculando sobre el array de precios.

Pero si necesitas calcular sobre un precio específico, entonces usa la llamada OnCalculate en el primer formulario con app_price explícitamente fuera.

[Mykola Demko]

sergeev:

¿Por qué es lógico? No estamos ajustando, sólo estamos calculando sobre un array de precios.

Pero si necesitas calcular sobre un precio específico, entonces usa la llamada OnCalculate en el primer formulario con app_price explícitamente fuera.

Alex, mira el título del tema...

llamas a un indicador desde un indicador, que a su vez llama a otro indicador, todos los indicadores se construyen en OnCalculate según el esquema con "precio",

cómo pasar a los indicadores inferiores cuando se llama que app_price es necesario.

No es económico llevar todo el conjunto de precios para cada indicador si el usuario ha definido claramente uno. Pero si elige la sobrecarga OnCalculate con el conjunto completo, será así.

Si se aplica una versión reducida de OnCalculate y al mismo tiempo se pone app_price en los inputs, habrá confusión, pues el usuario podrá equivocarse especificando un app_price en los inputs y otro en los parámetros.

[Vladislav Eremeev]

Lo que falta es la posibilidad de llamar a un indicador externo utilizando el búfer del indicador actual.

Por ejemplo, supongamos que no hay estocástico en la entrega.

He calculado la línea %K y la he puesto en el buffer.

Luego necesito calcular la línea %D.

Y aquí es donde llamaría a un asistente externo.

Me dirían que la calcule yo mismo usando el buffer %K.

Pero, ¿qué hago?

1. si no conozco el código de este asistente y compré este asistente como un indicador compilado.

2. indicadores incorporados se cuentan mucho más rápido que sus contrapartes MQL.

También sería muy útil ser capaz de llamar a los indicadores en el búfer de entrada.

¿Tal vez todo esto ya está disponible? Entonces por favor dame un enlace a la documentación.
.

[---]

VladMsk:

Lo que falta es la posibilidad de llamar a un indicador externo utilizando el buffer del indicador actual.

Por ejemplo, supongamos que no hay estocástico en la entrega.

He calculado la línea %K y la he puesto en el buffer.

Luego necesito calcular la línea %D.

Y ahí es donde llamaría al asistente externo.

¿Necesita ese asistente externo para cumplir con esta posibilidad de la documentación?

[Vladislav Eremeev]

sergeev:

¿es necesario que la máscara externa corresponde a esta posibilidad de la documentación?

Alexey,
Gracias por su tiempo.
Según la documentación es necesario pasar el handle de OTRO indicador,
y yo hablé de la posibilidad de procesar el buffer del indicador actual.
Además.
Se puede pasar el handle de OTRO indicador, pero no encontré dónde especificar cuál de los buffers se debe utilizar.