Domanda

Ci sono un sacco di nuove API in .Net 3.5 SP1.

A parte disinstallare .Net 3.5 SP1 (o fare dev su una VM), c'è un modo per ottenere VS 2008 come target .Net 3.5 (RC) anziché .Net 3.5 SP1?

Esiste un modo per farlo emettere un avviso quando è presente un'API non supportata in 3.5 SP1 che viene invocata?

Domanda simile: Trova il codice che dipende da .NET 3.5 SP1

È stato utile?

Soluzione

Questa in realtà ha una risposta sorprendentemente complicata.

Prima di tutto, per ottenere questa funzionalità che è delineata in il seguente post avrai bisogno dell'ultima versione di fxcop o VS 2008 SP1.

Dopo averlo installato, c'è una nuova regola (in VS 2008 Team System) chiamata Regole di portabilità - > Utilizza solo API dal framework di destinazione.

Ma questo non è abbastanza

Fxcop è attualmente in vendita con regole wpf non valide:

Citazione dall'ultima riga del post sopra:

  

Sembra che ci siano dei bug in questo   perché non mi sono lamentato quando io   referenziato IEditableCollectionView   che è stato aggiunto in 3.5 SP1. Come un   infatti, sembra   " C: \ Programmi \ Microsoft Visual   Studio 9.0 \ Strumenti di gruppo \ Analisi statica   Tools \ FxCop \ Repository \ Compatibility \ Desktop3.5SP1.xml "   non elenca NESSUNO del nuovo WPF   membri dell'assemblea.

     

Andrew, grazie per il feedback. tu   sono corretti, c'è un bug. I dati   per WPF 3.5 SP1 è incluso, è solo   elencato in 3.0 SP2. comunque, il   Attributo "Priorità" per questo file e   2.0 SP2 non è corretto. Ho inoltrato queste informazioni al mio vecchio team, in   nel frattempo, una soluzione alternativa è quella manuale   cambia questi file; per   Desktop3.0SP2.xml cambia la priorità   da '3020' a '3520' e per   Desktop2.0SP2.xml cambia la priorità   da "3015" a "3515".

Quindi dovrai aprire il cmd in admin e sistemare quei file se vuoi che funzioni.

Una volta fatto, sembra funzionare bene.

Autorizzato sotto: CC-BY-SA insieme a attribuzione
Non affiliato a StackOverflow
scroll top