Viene chiamata funzione get_context_data. Verifica profile_choice (profilo come studente, over 65 etc) e imposta i di contesto necessari per identificazione del utente/azienda
Durante la creazione stessa viene chiamata la funzione form_valid che appunto verifica la validità di tutti i campi inseriti nel form. Prende i dati dal form e verifica se è un coupon, e assegna tutti i variabili presi dal form al oggetto product_data. Nel caso in qui il prodotto è un coupon, allora fa la verifica se richiede un profilo o meno. Nel caso positivo lo assegna al oggetto product_data. Se esiste il campo ‘required_credentials’ nel oggetto allora fa la verifica del tipo e glielo assegna
Prepara il bigliotto per essere un oggetto di tipo prodotto assegnando tutti i valori del product_data al oggetto di tipo product e lo salva nel db. Prima fa una verifica se l’oggetto esiste già con lo stesso custom id impostato nel form.
Glossario: oggetto = classe = istanza
Considerazioni e variabili impostati di default / da noi
se il tipo di biglietto è “mensile” perché assegnare la durata in minuti e perché il ticket_mode è di tipo time TIME_BASED? cosa è subsription period?
file /SmartTicket/vendor_dashboard/views.py → line 1177 → assegnamento del valore False alla chiave ‘is_coupon’
blocco 1188 - 1203 ripette il blocco 1167 - 1182 che rompe l’app se viene selezionato il campo Riscattabile con coupon
dizionario ‘extradata’ nel oggetto product_data ripette i valori già esistenti nel oggetto come ‘ticket_data’ e ‘other_options’
Nel oggetto Prodotti differenza tra campi descrizione e descrizione_breve
riga 1279 della classe Prodotti → i campi start_selling_date e end_selling_date sono ripettuti
order a cosa serve? che numero prende? come viene ordinata la tabella?
classe ProductCreateRouteBased a cosa serve? serve ad alcuni vendor? se si perché non unire con la classe ProductCreateTimeBased?
riga 1226 classe ProductCreateTimeBased → imposta un dizionario con una chiave con lo stesso nome del dizionario con lo stesso valore precedente. Esempio:
default_selling_date viene chiamata due volte (perché?)
viene chiamata la funzione prepare_ticket che imposta in automatico ‘is_coupon’ = False
nel oggetto Prodotti si potrebbe unire i dati che riguardana la durata del biglietto in un solo campo. Esempio: unire ‘annuale’, ‘giornaliero’, ‘mensile’, ‘carnet’ in un campo solo come ‘tipo_durata’ e metterlo in un ENUM
lo stesso per quanto riguarda il tipo di biglietto - studenti, over 65 etc
nel oggetto Prodotti cosa sono ‘is_default_ticket’, ‘box_office_display_rule’, ‘codice’, ‘display_rule_is_active’, ‘driver_display_rule’, ‘is_free’, ‘is_taxcode_needed’ ?
Want to print your doc? This is not the way.
Try clicking the ⋯ next to your doc name or using a keyboard shortcut (