Mi enfoque. El núcleo es el motor. - página 127

Nuevo comentario
 
Vasiliy Sokolov:

Peter, lo siento, pero tu trabajo no es aceptado, ya que lo que has enviado es una chorrada.

...

No hay crédito todavía. A la espera de sus revisiones. Y nada de renders en 3D hasta que lo descubras.

¿Por qué estás acosando a Peter? Es un artista libre: lo que quiera, eso es lo que hace. Y si es complicado y no encaja en su concepto de pensamiento, entonces no se quiere y no se hace, sino que se sustituye por algo sencillo, deseado y hecho...

 
Artyom Trishkin:

¿Por qué estás avergonzando a Pyotr? Es un artista libre: lo que quiera, eso es lo que hace. Y si es complicado y no encaja en su concepción del pensamiento, entonces no se quiere y no se hace, sino que se sustituye por algo sencillo, deseado y hecho...

Pero él (Pyotr) quiere estar en la demanda con su núcleo-motor, recibiendo pedidos, etc. Aquí Vassily le ha dado un pequeño toque de realidad.

Y, Pyotr, ¿qué tal el panel para Alexander?

 
Artyom Trishkin:

¿Por qué estás acosando a Peter? Es un artista libre: lo que quiera hacer, eso es lo que hace. Y si es complicado y no entra en su concepción del pensamiento, no quiere hacerlo, sino que lo sustituye por lo que simplemente quiere hacer...

Vaya, percibo tu mirada astuta :)

Me refiero a que el hombre se levantó y declaró que cualquiera puede crear una interfaz gráfica para su programa basada en su solución. Se ofreció a probarlo y a comprobar él mismo su solución. Lo comprobé y el resultado fue una auténtica pesadilla. Así que, como dicen, si te llamas a ti mismo piloto, súbete al camión;)

 
Hay una gran diferencia entre resolver problemas imaginarios y tareas específicas de terceros. Se ha dicho que este motor es sólo para el segundo caso. Para ofrecer una solución eficaz y universal a este segundo caso, la solución debe basarse en paradigmas básicos de programación. Hasta ahora, no veo la correcta implementación de estos paradigmas en la solución de Peter. Por el contrario, el problema "simple" especialmente formulado ha dejado al descubierto toda la maraña de problemas internos y la completa oscuridad de toda la solución propuesta.
 
Vasiliy Sokolov:
Hay una gran diferencia entre resolver problemas imaginarios y tareas específicas de terceros. Se dijo que este motor es sólo para el segundo caso. Para dar una solución efectiva y universal a este segundo caso, es necesario que la solución se base en paradigmas básicos de programación. Hasta ahora no veo una implementación correcta de estos paradigmas en la solución de Peter. Por el contrario, el problema "simple" especialmente formulado ha dejado al descubierto toda la maraña de problemas internos y la completa oscuridad de toda la solución propuesta.

Bueno, eres un maestro de la exageración...

Todos estos "problemas", se resuelven de una sola vez. Acabo de crear la tecnología y no había nadie con quien probarla. Y tú eres el que tiene una espada en la mano...)

Todo esto es una tontería, excepto quizás para limitar el número de filas. Todavía no he conseguido resolverlo.


Los pedidos no están cerrados, porque he olvidado cómo comprobar si un pedido está abierto o cerrado. Y has creado una "tragedia")).

 
Реter Konow:
Los pedidos no se cierran porque he olvidado cómo comprobar si un pedido está abierto o cerrado. Y has creado una "tragedia").

PositionSelectByTicket

 
Konstantin Nikitin:

PositionSelectByTicket

Gracias).

Hay una antigua tragedia griega aquí...)) Es incluso gracioso que no entienda lo fácil que es resolver todos los problemas que ha declarado. Todo excepto un número ilimitado de filas de la tabla.

 
Реter Konow:

Bueno, eres un maestro de la exageración...

...

Hombre, amigo, ¿realmente no entiendes lo que está pasando o estás tratando de recortar gastos de esta manera?

En cualquier panel lo fundamental y más difícil es la muestra de consistencia. Si una orden está abierta - debería aparecer, si no está en la pestaña de operaciones, tampoco debería estar en el panel. Esto es elemental y "muy simple" conceptualmente. Pero para que sea "muy sencillo", el panel debe basarse en un modelo de estado. No tienes nada de eso, sino alguna base de datos local de curvas no consistentes sobre cadenas metidas en objetos de usuario:

Y aquí está usted ahora tratando de demostrarnos que no hay ningún problema, que todo ha sido chupado de la nada. Que las órdenes no visualizables en su tabla están bien. Que los pedidos que están en su mesa, pero que hace tiempo que están cerrados de hecho, también son normales. Y en general, todo es tan normal y bueno, excepto que el número de puestos está limitado a 20.

 
Vasiliy Sokolov:

Voy a aclarar la tarea una vez más, para que no haya dudas:

  1. La tabla es dinámica y muestra las mismas órdenes que en la pestaña Comercio. Si no hay pedidos en la ficha, su mesa tampoco los muestra.
  2. El número de los pedidos mostrados en su tabla debería ser cualquiera. No hay limitaciones desde arriba.
  3. Al abrir una orden a través de la ventana de diálogo estándar, la orden debería aparecer en su tabla. El cierre de la orden por medios estándar debería provocar la desaparición de la orden en su mesa.
  4. Un estado no coherente no es aceptable. Si su tabla muestra una cosa, y la pestaña Comercio muestra otra, esto es un error.

Por ahora tengo que dar un salto grueso. Estamos esperando a que lo arreglen. Y nada de renders en 3D hasta que lo descubras.

  1. Para ello, el usuario debe escribir un bucle sobre las órdenes en ticks o temporizadores, y comprobar sus ticks con los ticks escritos en el array. Si no hay ningún ticket en el array, significa que el pedido acaba de abrirse, y entonces hay que llamar al E_Main_form_1__PnL(OrderTicket(),OrderProfit());
  2. Esta cuestión es técnicamente muy complicada. Hasta ahora el número de filas está limitado por adelantado. Pero puede ser mucho más de 20. Podemos hacer hasta 200.
  3. El cierre de la orden a través de la ventana estándar, al igual que en la apertura, se fijará en el bucle en el evento del tick o del temporizador. Y si hay una entrada en la matriz de órdenes abiertas que ya no existe, hay que llamar al
    E_Main_form_1_CLOSE_ROW___Orders_table(ticket);

4. si estos bucles de orden están escritos correctamente, la tabla funcionará correctamente.

Simplemente he olvidado cómo manejar correctamente las órdenes, por lo que no he implementado este mecanismo correctamente. Por lo tanto, la tabla no funcionaba correctamente.

Pero esto no significa que la tabla dinámica en sí no funcione.

 
Реter Konow:

Gracias).

Hay una antigua tragedia griega en marcha aquí...) Es incluso gracioso que no entienda lo fácil que es resolver todos los problemas que ha declarado. Todo excepto un número ilimitado de filas de la tabla.

Siento una gran negligencia en ti, en tu código y en todo lo que haces, más o menos para la gente, pero en cuanto se trata de algo concreto, empiezan las tonterías. Haz una cosa pequeña pero buena y de calidad. Así que dices que todo es fácil de resolver, elemental. Pero por alguna razón has hecho una solución, en la que no hay nada. ¿Qué te impidió hacer todas estas sencillas fichas en quince días?

Perdón por la negatividad. Es que me has decepcionado. Esperaba ver más y mejor. Por favor, arregla tu demo. Que sea bueno, de calidad, acorde con la petición y sin esos "es elemental, necesita un retoque aquí". Ofrecer una solución fuera de lo común, que pueda ser protestada.

1...120121122123124125126127128129130131132133134...184
Nuevo comentario