oye bro y como veo la accion de esos botones xq uso un api constarin que hace referencia aun campo y ese campo se llena y se actuaiza el oddo pero no veo como lo llena desde el boton buen video
Gracias por tus videos, explicas muy bien, por favor tu dices que que no se debe utilizar raise Validation eror, que se puede utilizar en lugar de esto?
Claro, a lo mejor se malinterpretó lo que dije. No digo que no se pueda utilizar, digo que es muy normal utilizarlo para depurar ya que es mil veces más como que la consola y me parece muy bien que se haga (yo lo suelo hacer), pero que hay que tener mucho cuidado porque a veces los programadores nos olvidamos esas líneas de código y saltan en el momento menos esperado. Y también aconsejo utilizarlo para su función: mostrar mensajes de errores, o advertencias. Ya que el ValidationError frena por completo el script. No debe confundirse con un cuadro de diálogo (donde el script se sigue ejecutando en segundo plano) ni con un alert de javascript (donde el script se frena pero cuando el alert es cerrado se sigue ejecutando). El ValidationError está pensado para saltar cuando hay un error y parar por completo el Script, así que a veces es un arma de doble filo. Para depurar mejor la consola, pero si son pruebas rápidas un ValidationError a veces está bueno. Dentro de Odoo, si se quieren hacer carteles, si es una buena opción el ValidationError (siempre tener en cuenta lo que dije previamente), incluso el propio Odoo lo usa en cosas que no son necesariamente errores, como cuando hacemos "Probar conexión" al momento de configurar el Mail Saliente. Saludos.
Hola Ignacio. En Odoo 13 como ya sabras, desaparece @api.multi. Imagino que se debe a que por defecto Odoo tiene ese comportamiento y no es necesario utilizar decorador. Y dejar solo @api.one cuando deseamos ca9mbiar el comportamiento. Es solo un pensamiento, no me baso en nin.-guna documentación. Por eso quería saber un poco tu opinión aprovechando el tema del vídeo. Un saludo :-)
Si, así es, muy oportuno tu mensaje. Desde hace una semana uno de nuestros socios (Gustavo Orrillo) está probando Odoo 13 y documentando todo en nuestro blog, esta es la entrada correspondiente Api.Multi: www.moldeointeractive.com.ar/blog/moldeo-interactive-1/post/api-multi-no-se-puede-usar-mas-en-odoo13-718 No es mucha información porque es justamente esto que decís. En rigor desde Odoo 10 que "por defecto" Odoo ya trae el decorador Api.Multi en caso de ausencia, sin embargo en esta versión eliminaron por completo tanto Api.Multi como Api.One. Al parecer las funciones por default traen siempre un recordset así que a partir de Odoo 13 es como si tuvieramos un Api.Multi automático, aunque sin definirlo. Lo cual quiere decir que el consejo de este video de hacer siempre un "for rec in self" va a ser algo prácticamente obligatorio. Saludos!
sos muy bueno explicando Gracias...
Muchas gracias, muy interesante :-). Aclarado el caso de uso ente uno y otro.
Y si uso api.depends sin api one ni multi, como funcionaria ?
oye bro y como veo la accion de esos botones xq uso un api constarin que hace referencia aun campo y ese campo se llena y se actuaiza el oddo pero no veo como lo llena desde el boton buen video
Gracias por tus videos, explicas muy bien, por favor tu dices que que no se debe utilizar raise Validation eror, que se puede utilizar en lugar de esto?
Claro, a lo mejor se malinterpretó lo que dije. No digo que no se pueda utilizar, digo que es muy normal utilizarlo para depurar ya que es mil veces más como que la consola y me parece muy bien que se haga (yo lo suelo hacer), pero que hay que tener mucho cuidado porque a veces los programadores nos olvidamos esas líneas de código y saltan en el momento menos esperado. Y también aconsejo utilizarlo para su función: mostrar mensajes de errores, o advertencias. Ya que el ValidationError frena por completo el script. No debe confundirse con un cuadro de diálogo (donde el script se sigue ejecutando en segundo plano) ni con un alert de javascript (donde el script se frena pero cuando el alert es cerrado se sigue ejecutando). El ValidationError está pensado para saltar cuando hay un error y parar por completo el Script, así que a veces es un arma de doble filo. Para depurar mejor la consola, pero si son pruebas rápidas un ValidationError a veces está bueno. Dentro de Odoo, si se quieren hacer carteles, si es una buena opción el ValidationError (siempre tener en cuenta lo que dije previamente), incluso el propio Odoo lo usa en cosas que no son necesariamente errores, como cuando hacemos "Probar conexión" al momento de configurar el Mail Saliente. Saludos.
Hola Ignacio. En Odoo 13 como ya sabras, desaparece @api.multi.
Imagino que se debe a que por defecto Odoo tiene ese comportamiento y no es necesario utilizar decorador. Y dejar solo @api.one cuando deseamos ca9mbiar el comportamiento.
Es solo un pensamiento, no me baso en nin.-guna documentación. Por eso quería saber un poco tu opinión aprovechando el tema del vídeo. Un saludo :-)
Si, así es, muy oportuno tu mensaje. Desde hace una semana uno de nuestros socios (Gustavo Orrillo) está probando Odoo 13 y documentando todo en nuestro blog, esta es la entrada correspondiente Api.Multi: www.moldeointeractive.com.ar/blog/moldeo-interactive-1/post/api-multi-no-se-puede-usar-mas-en-odoo13-718
No es mucha información porque es justamente esto que decís. En rigor desde Odoo 10 que "por defecto" Odoo ya trae el decorador Api.Multi en caso de ausencia, sin embargo en esta versión eliminaron por completo tanto Api.Multi como Api.One. Al parecer las funciones por default traen siempre un recordset así que a partir de Odoo 13 es como si tuvieramos un Api.Multi automático, aunque sin definirlo. Lo cual quiere decir que el consejo de este video de hacer siempre un "for rec in self" va a ser algo prácticamente obligatorio. Saludos!
Gracias por el comentario