Non confondere il DEBUG con la sintassi strutturalmente più corretta...!
Molti sviluppatori hanno concetti anche personali, io sono dell'idea che rendere ESPLICITI riferimenti sia sempre fonte di valore aggiunto...!
Così, è bene individuare a colpo d'occhio le properties... e la proprety VALUE è uno di questi esempi.
Se ti trovassi a sviluppare CLASSI ed ad usarle, potrebbe essere relativamente evidente di cosa parlo.
Un controllo o un'oggetto di fatto sono usabili come classi, l'istanza avviene in modo grafico come un OCX...
Detto ciò ognuno si orienta come crede.
Per il DEBUG invece, la stringa che hai scritto non è DEBUGGABILE...
Se metti il punto di interruzione non ti rendi conto se la Funzione DLOOKUP
ha elaborato il dato correttamente... per questo, lo sviluppo deve contenere l'idea di riuscire a determinare le veriabili ed il valore delle elaborazioni.
In questo modo se metti un BreakPoint su if ed accedi all'elenco VARIABILI oppure anche mettendo il Mouse sulla variabile alla riga prima, ottieni la valorizzazione del dato... e ti rendi conto se poi la Condizione IF si comporta in modo corretto.
Dim varLK As Variant
varLK=DLookup("IdProdotto1", "TrovaDuplicatiTbImpostazioni", "IdCliente1= " & Me!CboCliente.Value & " And IdPrdotto1= " & Me!CboProdotto.Value)
>>> If varLK....
E' evidente che dal punto di vista dell'ottimizzazione del codice è meglio OMETTERE dichiarazioni non necessarie... ma il DEBUG è sempre prioritario...
Chiaramente sono spunti, come istituire un LOG Centralizzato al quale far derivare tutti gli errori delle Function/Sub con i dati per poter ricostruire il problema e quant'altro serve per trovare le anomalie...
Saluti
@Alex