Tengo dos dudas respecto a esto, la primera es si hay forma de que por medio del DI API, me pueda traer el costo total ($) de la línea del artículo, es decir, cuando selecciono un código de artículo tengo que ejecutar una consulta que me trae las unidades de medida, el precio, etc, pero debo hacerlo yo “manualmente”, quería consultar si el DI API tiene alguna opción de hacer esto.
Y la segunda y más importante, estuve buscando temas relacionados al consumo de memoria del DI API y di con este post:
Quería que me apoyaran revisando mi código y verificando si está desarrollado de la forma correcta, o si se requiere hacer algún tipo de “limpieza” de elementos (por ej. Garbage Colector, Dispose, regresar todo a NULL, etc.)
Agradezco de antemano cualquier apoyo, ejemplo, comentario u orientación que puedan brindarme.
Y adicional puedes ejecutar este método del recolector de basura (Garbage Collector) GC.Collect();
Recomendación, te sugiero realizar una validación al momento de intentar crear el documento, para que informes al usuario el resultado y evitar que tu proceso truene estando compilado con algún posible error, algo así:
int iret = Cotizacion.Add();
if(iret != 0) {
oCompany.GetLastError(out errNumero, out errMensaje);
// Esto en caso de que llegaras a tener transacciones en tu proceso
if(oCompany.InTransaction == true) {
oCompany.EndTransaction(BoWfTransOpt.wf_RollBack);
} // si la transacción sigue abierta, la cierra deshaciendo todos los cambios realizados hasta el momento
MessageBox.Show("Ha ocurrido el siguiente error, al intentar crear la Oferta de Venta, revise por favor ...\n\n" + errNumero + " ---> " + errMensaje + ", revise por favor ...");
}
Hola que tal @chavalito muchas gracias por tu respuesta.
Me recomiendas que esto lo realice sólo con el objeto Cotización? Por ejemplo, no sería necesario hacerlo con el objeto oCompany verdad? ya que quiero que la conexión se mantenga hasta que el usuario termine de realizar las cotizaciones que sean necesarias.
Fijate que si tengo una pero es bastante más sencilla que el ejemplo que me proporcionas:
if (iret == 0)
HttpContext.Current.Response.Write("<script>alert('Se creó la cotización: " + oCompany.GetNewObjectKey() + "');</script>");
else
HttpContext.Current.Response.Write("<script>alert('Error al crear el documento: " + oCompany.GetLastErrorDescription() + " | Código de error: " + oCompany.GetLastErrorCode() + "');</script>");
Después de ver tus ejemplos creo que optaré por implementarlos, ya que quiero utilizar las mejores prácticas a mi alcance y poder garantizar el correcto funcionamiento de la aplicación.
De nuevo gracias por tu respuesta estimado. Un saludo desde Monterrey (tierra de las carnes asadas ).
De hecho no te sugerí liberar el objeto “oCompany”, porque veo que no te conectas en el mismo proceso, ya sea directo o mediante la llamada de un Clase/Método, sin embargo, como comentario, yo SI acostumbro abrir y cerrar la conexión. Finalmente mientras mantengas abierta la aplicación, solo la primera vez tarda un poco al momento de conectarse, posteriormente es relativamente rápido.
Si efectivamente, sólo hago una validación al inicio de la creación de la cotización para que se conecte, y como mencionas tu al ser la primera conexión tarda un poco, y posteriormente se agiliza bastante.
Imaginando que el usuario realizará 10 documentos en el programa, ¿Es mejor conectarse y desconectarse constantemente que generar una sola conexión al objeto Company?
Cabe mencionar que serían varios usuarios los que usen el programa al mismo tiempo, por lo que te agradecería mucho si me pudieras aclarar esta última duda en base a tu experiencia, con el fin de poder lograr el mejor rendimiento de la aplicación.
Ambos son funcionales, sin embargo, hay situaciones en las que es mejor conectarse y desconectarse en el mismo proceso.
En lo personal, yo prefiero conectarme y desconectar, primero, no tengo procesos que necesiten correrlo una y otra vez, cuando mucho 2 veces al día (en ocasiones ninguna), segundo, en mi caso hay usuarios que están conectados a la red mediante antena, por lo cual hay desconexiones momentaneas durante el día, de tal forma que si mantengo abierta la conexión a SQL dependiente del tiempo, es problable que la aplicación truene cuando intentan ejecutarlo y eso de alguna manera causa incertidumbra ante el usuario.
En tu caso, si tus usuarios necesitan ejecutar el proceso muchas veces y además son continuas, es preferible que la dejes abierta, de esta forma te ahorras nos segundos en cada ejecución del proceso.
).