Da Linq a SQL si dice che non è aggiornato. Dovresti invece utilizzare Entity Framework poiché continuerà a essere sviluppato e supportato da Microsoft.
Tuttavia non c'è molta differenza tra i due.
Modifica
re. riferimenti è stato in un'intervista podcast con alcuni dei ragazzi EF. Potrebbe essere stato questo (non sono sicuro di ascoltare molto ...)
Il riassunto di base come ho capito:
Linq to Sql è stato sviluppato dal team C #. Il motivo principale per cui è stato sviluppato è stato dimostrare il potere di Linq. Ora il team ha cose più importanti di cui preoccuparsi piuttosto che migliorare l'accesso al database (come l'intero c # land), quindi non si stanno concentrando su come svilupparlo ulteriormente.
Entity Framework è stato sviluppato dal team di ADO.net. Si basano tutti sull'accesso ai database e impiegano tutto il loro tempo a lavorare per portare avanti EF.
Quindi non è tanto che Microsoft stia cedendo il supporto per Linq a SQl, ma che non stiano facendo nulla di più con esso, mentre l'EF è e sarà, per il prossimo futuro, ancora attivamente sviluppato. Quindi il consiglio generale è se stai usando Linq per continuare a usarlo, ma se stai iniziando qualcosa di nuovo, dovresti scegliere Entity Framework.
Vorrei solo suggerire di non rimanere troppo bloccato nel dibattito tra Entità e SQL. Sono entrambi molto simili e Microsoft non interromperà tutte le app che utilizzano uno di questi in qualsiasi versione .Net in qualsiasi momento. Se uno viene deprecato, sarà un salto abbastanza facile da imparare l'altro (io uso entrambi su base regolare, e deciderò quale usare in base a quanto gli altri sviluppatori del progetto si sentono a loro agio con ciascuno, anche se probabilmente mi avvicino a entità).
Del Linq meno conosciuto / usato mi piace molto Linq-to-XML . È davvero piacevole utilizzare la sintassi di query naturale su XML, e puoi usarlo anche per generare XML con facilità. Rende la scrittura di un feed XML un gioco da ragazzi, a patto che tu abbia familiarità con la struttura dei dati.