ARGOMENTO: _inherit ... _inherits ... inheritance

La notte è fatta per dormire ... per ... ma anche per qualche rompicapo

Quello di questa notte riguarda l'inheritence in Odoo.

Prima spiego dove voglio andare a parare

Ho creato un modulo (a) che estende altro modulo (s) e fin qui tutto normale.

Ora vorrei creare altro modulo (d) che estenda (a) e qui mi son fermato. Come dovrei estendere (a)?

Con il Decorator non risolvo i problemi mi servirebbe eriditarità diretta di oggetti (s)->(a)->(d), analogamente (a) e (d) come fratelli non risolvono il mio problema.

Qualche idea al riguardo?

Potrei usare il Decorator su (s) e poi nel metodo incrimitato di (s) recuperare (a) ma ho come l'impressione di uso eccessivo di risorse.

Oppure creare il modello (a) separato ed usarlo come proxy ..

O ...

di quale decorator parli?

Dell'oggetto che si ottiene specificando _name e _inherits

si ma non ho capito dove metteresti il decoratore e quale decoratore?

@checosa?
class xyz

Allora devo far questo:

estendere l'oggetto account.invoice ...

qui il codice

github.com/ktecsrl/ItalyPA/blob/master/l...tturapa/fatturapa.py

come puoi notare alcuni metodi non sono volutamente implementati cosi' come i vari metodi che andranno a gestire il workflow.

Quello che voglio fare e' creare un secondo modulo, che so fatturapa_ddt o lo stesso modulo ddt ad esempio, che estenda il modulo fatturapa e completi per le informazioni in suo possesso le righe legate al DDT in questo caso.

Analogamente per gli ordini etc etc.

Altra cosa creare dei moduli specializzati ... invio_provider_xyz che implementino i metodi del workflow per specializzarli.

In sostanza quello che normalmente si fa con Odoo ma con un secondo livello di astrazione.

Se questo non fosse possibile l'alternativa sarebbe quella di creare un decoratore sul modulo fatturapa o un nuovo modello con la sola logica, in questo caso il modulo sarebbe di primo livello e potrebbe essere esteso da altri moduli ottenendo in un certo qual modo il comportamento che voglio modellare.

Il decoratore mi permetterebbe di lavorare sugli id ed avere accesso all'oggetto invoice direttamente.

il proxy avrebbe solo la logica .... una sorta di libreria ma che utilizza i metodi di ereditarietà e le capacità dell'ORM di Odoo.

Ovvio che trattasi di puro esercizio di stile, il tutto potrebbe essere realizzato in mille altri modi.

EDIT

Noto ora il misunderstanding ... quando parlo di decoratore non mi riferisco ai dicoratori python ma alla capacità di Odoo di "decorare" un oggetto specificando _name ed _inheritS.

Ovvero crea un oggetto che al suo interno contiene l'oggetto che estendi ... decorandolo l'oggetto appunto. il problema è che l'oggetto cosi' decorato non viene visto dalle viste "standard" perchè altro modello.

Non ho capito, non puoi semplicemente ereditare account.invoice in un modulo A e poi ereditare sempre account.invoice in un modulo B che specifica A come dipendenza?