Non ho mai imparato nulla su VB6 (e non voglio) ma volevo cercare cose brutte nei software per computer, quindi il mio primo pensiero era VB6.
Quindi, ad esempio, VB6 è stato strongmente digitato con l'associazione tardiva.
Ha senso avere una lingua con quella combinazione? (Non lo penso)
Voglio sapere perché il VB6 è stato così! o perché è una buona idea per un lenguaggio essere così. Cose cattive che sono accadute con un lengugage come questo? cose buone?
Come i tre linguaggi .NET primari (C #, F # e VB), VB6 è stato strongmente digitato con l'opzione per l'associazione anticipata o tardiva. Microsoft ha consigliato l'uso dell'apprendimento anticipato , ma l'associazione tardiva è stata offerta per cose simili alla moderna riflessione su .NET. Forse un linguaggio strongmente tipizzato, che è sempre in ritardo, non ha molto senso per te, ma in tutto .NET, ci sono ottime ragioni per cui è supportato e utilizzato insieme al bind anticipato.
Aveva senso per vb6 a causa del problema del binding tardivo risolto: interfacciamento con gli oggetti com binari sconosciuti in fase di runtime. In quel contesto, ha senso.
La mia opinione ... a meno che tu non abbia una necessità molto strong che richiede un legame tardivo, che puoi articolare, dovresti sempre usare l'associazione anticipata (in fase di compilazione). Inoltre, odio le lingue che non sono strongmente tipizzate. Qualcosa si sente "sbagliato" a riguardo. Questo è parzialità, non sono disposto a fare una discussione accademica per una parte o l'altra.
Leggi altre domande sui tag programming-languages type-systems language-features binding