Today I (again) focus on the attributes that will make your debugging less painfull :). This time my scribbles should appeal to the programmers who prefer keeping their code clean (and adhere to the principle: the less ‘spare’ code the better). So grab a mug of whatever you like and take a look at DebbugerBrowsable and DebuggerDisplay. The first one may be a good alternative to DebuggerTypeProxyI described in previous post and the second one is just ‘a must’ (really!) that makes life easier.
Everyone knows how to enhance Visual Studio’s debugging experience by applying DebuggerDisplay attribute (in polish). If not – read Piotr’s post here. That’s debugging 101. Here’s how to improve your experience even more. DebuggerDisplay attribute is ok if you control the code and you can apply it to the type you want to expose in the debugger. What if you can’t do that? What if you want to attribute a build-in type? Is all hope gone? No. There’s a way. There’s a hidden* .cs file and a dll that you can...
Typowa, prosta klasa Person. Cztery propercje i konstruktor. Gdy w dowolnym miejscu programu zostanie utworzona instancja klasy Person, a następnie debuggerem zatrzyma się wykonywanie kodu, można sprawdzić stan naszego obiektu. Nagłówek obiektu wyświetla nazwę klasy, a jego rozwinięcie wyświetli poszczególne składowe i ich wartości. Podobny efekt jest widoczny jeśli utworzy się kolekcję obiektów P...