Quando si sviluppano progetti, vengono create molte classi per gestire ogni tipo di problematica. Passando per nuove versioni del progetto spesso accade che metodi, proprietà, interfacce, o altro debbano essere modificate o addirittura eliminate.
A questo punto ci sono 2 possibilità:
- Cancellare il "vecchio" codice delle classi e rivisitare tutto il codice chiamante.
- Marcare il "vecchio" codice come obsoleto e sollevare un'eccezione solo in caso di chiamate a metodi che genererebbero errori.
Nel caso, invece, di un metodo che viene sostituito da un altro e che genera errori a run-time se chiamato, conviene cancellarlo o marcarlo come obsoleto e generare un errore in compilazione.
Per marcare qualcosa come obsoleto si usa l'attributo Obsolete:
[Obsolete(string Messaggio, bool SollevaErrore)].
Il primo parametro indica il messaggio che il compilatore visualizza, il secondo indica se il compilatore solleva un errore o meno.
Personalmente credo che il metodo migliore sia quello di usare l'attributo Obsolete perchè, si è in grado di dare informazioni allo sviluppatore su come comportarsi in caso si incappi in metodi obsoleti permettendogli così di correggere, con maggior velocità, sia warning che errori.
Ecco dimostrato un altro caso di successo nell'uso degli attributi. :)
Per inserire un commento, devi avere un account.
Fai il login e torna a questa pagina, oppure registrati alla nostra community.
Nella stessa categoria
- Entity Framework è lento! mmmmh, probabilmente sei tu che lo stai usando male!, il 7 ottobre 2022 alle 10:55
- Cosa penso di ASP.NET vNext, il 3 settembre 2014 alle 09:00
- E così AngularJS e DurandalJS convergono..., il 7 maggio 2014 alle 11:51
- Usare fiddler per simulare le risposte da un servizio, il 28 ottobre 2013 alle 08:00
- Tip: cosa fare quando Entity Framework Code-First Migrations smette di funzionare, il 18 gennaio 2013 alle 11:04
- Visual Studio 11 beta: le novità di Entity Framework 5.0 e WCF 4.5, il 2 marzo 2012 alle 23:08
I più letti del mese