Istirahat ketika nilai berubah menggunakan Visual Studio debugger

Apakah ada cara untuk menempatkan arloji pada variabel dan hanya memiliki Visual Studio istirahat ketika nilai itu berubah?

Itu akan membuatnya jauh lebih mudah untuk menemukan masalah negara yang rumit.

Bisakah ini dilakukan?

Kondisi breakpoint masih memerlukan set breakpoint, dan saya lebih suka mengatur arloji dan membiarkan Visual Studio mengatur breakpoint pada perubahan keadaan.

Dalam menu Visual Studio 2005:

Debug -> Breakpoint Baru -> Breakpoint Data Baru

Memasukkan:

&myVariable

Anda juga dapat memilih untuk memecah secara eksplisit dalam kode:

// Assuming C#
if (condition)
{
    System.Diagnostics.Debugger.Break();
}

Dari MSDN:

Debugger.Break: Jika tidak ada debugger terpasang, pengguna ditanya apakah mereka ingin melampirkan debugger. Jika ya, debugger akan dimulai. Jika debugger dilampirkan, debugger ditandai dengan peristiwa breakpoint pengguna, dan debugger menunda eksekusi proses seperti jika breakpoint debugger telah dipukul.

Tapi ini hanya mundur. Mengatur breakpoint bersyarat di Visual Studio, seperti yang dijelaskan dalam komentar lain, adalah pilihan yang lebih baik.

Posting yang sangat lama tetapi jika seseorang tidak mengetahui ...

Di Visual Studio 2015 , Anda dapat menempatkan breakpoint pada setaccessor dari Properti yang Diimplementasikan Otomatis dan debugger akan rusak ketika properti diperbarui

public bool IsUpdated
{
    get;
    set;    //set breakpoint on this line
}

Memperbarui

Kalau tidak; @AbdulRaufMujahid telah menunjukkan dalam komentar bahwa jika properti yang diimplementasikan otomatis berada pada satu baris, Anda dapat memposisikan kursor Anda di get;atau set;dan menekan F9dan breakpoint akan ditempatkan sesuai. Bagus!

public bool IsUpdated { get; set; }

Bayangkan Anda memiliki kelas bernama A dengan deklarasi berikut.

class A  
{  
    public:  
        A();

    private:
        int m_value;
};

Anda ingin program berhenti ketika seseorang mengubah nilai "m_value".

Pergi ke definisi kelas dan letakkan breakpoint di konstruktor A.

A::A()
{
    ... // set breakpoint here
}

Setelah kami menghentikan program:

Debug -> Breakpoint Baru -> Breakpoint Data Baru ...

Alamat: & (ini-> m_value)
Byte Count: 4 (Karena int memiliki 4 byte)

Sekarang, kita dapat melanjutkan program. Debugger akan berhenti ketika nilainya diubah.

Anda dapat melakukan hal yang sama dengan kelas bawaan atau kelas gabungan.

class B
{
   private:
       A m_a;
};

Alamat: & (ini-> m_a.m_value)

Jika Anda tidak tahu jumlah byte variabel yang ingin Anda periksa, Anda bisa menggunakan sizeof operator.

Sebagai contoh:

// to know the size of the word processor,  
// if you want to inspect a pointer.
int wordTam = sizeof (void* ); 

Jika Anda melihat "Panggilan tumpukan" Anda dapat melihat fungsi yang mengubah nilai variabel.

Ubah variabel menjadi properti dan tambahkan breakpoint dalam metode yang ditetapkan. Contoh:

private bool m_Var = false;
protected bool var
{
    get { 
        return m_var;
    }

    set { 
        m_var = value;
    }
}

Jika Anda menggunakan WPF, ada alat yang luar biasa: WPF Inspector .
Ini melekat pada aplikasi WPF dan menampilkan pohon kontrol penuh dengan semua properti, yang memungkinkan Anda (di antara hal-hal lain) untuk memecah perubahan properti.

Tetapi sayangnya saya tidak menemukan alat yang memungkinkan Anda melakukan hal yang sama dengan properti atau variabel APA SAJA.

Saya ingat cara Anda menggambarkannya menggunakan Visual Basic 6.0 . Di Visual Studio, satu-satunya cara yang saya temukan sejauh ini adalah dengan menentukan kondisi breakpoint .

Klik kanan pada breakpoint berfungsi dengan baik untuk saya (meskipun sebagian besar saya menggunakannya untuk breakpoint bersyarat pada nilai variabel tertentu. Bahkan memecah ekspresi yang melibatkan karya nama thread yang sangat berguna jika Anda mencoba untuk menemukan masalah threading).

Seperti yang ditulis Peter Mortensen:

Dalam menu Visual Studio 2005:

Debug -> Breakpoint Baru -> Breakpoint Data Baru

Masukkan: & myVariable

Informasi tambahan:

Jelas, sistem harus tahu alamat mana dalam memori yang harus ditonton. Jadi - atur breakpoint normal ke inisialisasi myVariable(atau myClass.m_Variable) - jalankan sistem dan tunggu sampai berhenti pada breakpoint itu. - Sekarang entri Menu diaktifkan, dan Anda dapat menonton variabel dengan memasukkan &myVariable, atau instance dengan memasukkan &myClass.m_Variable. Sekarang alamatnya sudah didefinisikan dengan baik.

Maaf ketika saya melakukan kesalahan dengan menjelaskan solusi yang sudah diberikan. Tetapi saya tidak bisa menambahkan komentar, dan ada beberapa komentar mengenai hal ini.

Anda dapat menggunakan titik pandang memori dalam kode yang tidak dikelola. Tidak yakin apakah ini tersedia dalam kode terkelola.

Anda mungkin dapat menggunakan fungsi DebugBreak () dengan cerdas .

Anda secara opsional dapat membebani operator = untuk variabel dan dapat menempatkan breakpoint di dalam fungsi kelebihan beban pada kondisi tertentu.

Pembaruan pada tahun 2019:

Ini sekarang secara resmi didukung di Visual Studio 2019 Pratinjau 2 untuk .Net Core 3.0 atau lebih tinggi. Tentu saja, Anda mungkin harus memikirkan risiko potensial menggunakan IDE versi Pratinjau. Saya membayangkan dalam waktu dekat ini akan dimasukkan dalam Visual Studio resmi.

https://blogs.msdn.microsoft.com/visualstudio/2019/02/12/break-when-value-changes-data-breakpoints-for-net-core-in-visual-studio-2019/

Untungnya, breakpoint data tidak lagi menjadi C ++ eksklusif karena sekarang tersedia untuk .NET Core (3.0 atau lebih tinggi) di Visual Studio 2019 Pratinjau 2!