Content deleted Content added
m Opinion with no source |
m Dating maintenance tags: {{By whom}} |
||
Line 20:
The Visual Studio Debugger also has no ability to debug [[Lambda-expression#Lambda_calculus_and_programming_languages|Lambda-Expressions]] or [[Language Integrated Query|LINQ]]. This is because it would take too much work for Microsoft to implement.<ref>http://blogs.msdn.com/b/jaredpar/archive/2009/08/26/why-no-linq-in-debugger-windows.aspx</ref><ref>http://blogs.msdn.com/b/jaredpar/archive/2010/06/02/why-is-linq-absent-from-debugger-windows-part-2.aspx</ref><ref>http://connect.microsoft.com/VisualStudio/feedback/details/472999/ability-to-evaluate-lambda-expressions-in-immediate-window</ref> However, most developers working with Lambda expressions are able to visualize the data through the several memory windows or by storing the result into a variable.
Edit-and-continue is held by many developers {{by whom|date=May 2016}} as Microsoft's greatest asset given to developers. A program that is running in memory, that encounters a simple mistake, can be corrected without having to stop the current program or exit the debugger. This feature allows very common mistakes to be corrected easily and with great time savings over other solutions which require exiting the program, making the change, recompiling, and then navigating back through the running program to the previous ___location.
== References ==
| |||