Lavoro con molti codici categoria e trovo allora molto utile, ma sono d'accordo con Jim su questo - ci è poco motivo generare i codici categoria per le funzioni pratiche. I codici categoria sono SE dovete generare più di uno molto utile dello stesso articolo - per esempio, se dovete generare i codici categoria per tenere le proprietà dei veicoli un dozzina - ma per le funzioni pratiche userete soltanto uno di quelli alla volta.
A proposito specifico al vostro isse:
Veicoli secondari ()
L'automobile fioca come veicolo 'QUESTO È VEICOLO FINE TROVATO
Regolare l'automobile = nuovo veicolo 'DOPO CHE il NUOVO VEICOLO NON COMPARE
Concludere il sommergibile
Indicate che il nome del vostro CODICE CATEGORIA è “DataTests„, non “il veicolo„. Il veicolo è un tipo prestabilito dall'utente dichiarato nel modulo del codice categoria chiamato DataTests e poichè tali voi non potranno ottenere esso (realistico, voi troverà che imposisble funzionare con un UDT definisce in un modulo del codice categoria dalla parte esterna quel modulo del codice categoria). UDTs è usato generalmente come strutture di dati interni all'interno del codice categoria e le proprietà del codice categoria sono usate per trattare l'ingresso/uscita to/from il codice categoria. Il UDT è usato semplicemente per immagazzinare la parte interna di dati quel caso dei calss.
Il senso corretto fare che è:
Automobile fioca come DataTests
Regolare l'automobile = nuovo DataTests
Msgbox Car.bHP
Inoltre, ci è poco motivo usare sia (a) un UDT che (b) diverse variabili per memorizzare i dati interni del codice categoria. Usi uno o l'altro, non entrambi.
