Perché non è possibile modificare e continuare a eseguire il debug in presenza di un'espressione Lambda nel metodo?

Question

Ho visto in altre domande che la sintassi della query di Linq viene compilata su Lambda.

Quindi, perché non è possibile modificare e continuare quando è presente un'espressione Lambda nel metodo, mentre con la notazione della query è possibile?

ciò che è più irritante, ed è seriamente mi fa passare ad utilizzare query di notazione ovunque, è che, anche se il codice non è nel Lambda, ma c'è un Lambda da qualche altra parte lo stesso metodo, non è possibile modificare-e-continua! Questo è, come, il dolore gratuito inflitto a sviluppatori incauti!

Answer 1

Modifica e continua è in grado di modificare le implementazioni del metodo "live", ma non quali campi sono nei tipi.

Le espressioni lambda (e metodi anonimi) possono finire per creare i propri tipi privati ​​quando acquisiscono variabili. La modifica dell'espressione lambda può modificare i tipi coinvolti, che potrebbero interrompere la modifica e continuare.

Suona come esso dovrebbe possibile effettuare modifiche al codice che non hanno questo effetto, ma ho il sospetto che sia semplicemente più facile per evitare del tutto - il che significa anche che non inizio apportare modifiche e poi scopri che sei stato impedito a metà del tuo cambiamento.

(Personalmente non sono un fan di E & C, in primo luogo, quindi non ho mai notato.)

Answer 2

non lo so per certo, ma la mia ipotesi è la complessità intorno per capire fuori ciò che deve cambiare quando ci sono variabili locali coinvolte che vengono sollevate alle classi. Immagino che capire quali cambiamenti sarebbero sicuri e cosa non sarebbe stato ritenuto complesso e soggetto a errori per arrivare a questo punto. Gli strumenti del 2010 si sono concentrati sul threading e sulla nuova interfaccia utente - forse lo otterremo nella prossima versione.

Answer 3

Non lo so per certo, ma presumo che abbia a che fare con il modo in cui il compilatore converte le espressioni lambda che formano chiusure in classi generate dal compilatore. Probabilmente non esiste un modo (facile) per applicare le modifiche apportate al codice compilato e preservare lo stato corrente.