The breakpoint will not currently be hit. Breakpoint set but

[Pealha]

Bij het debuggen in Visual Studio met de taal C# krijg ik de volgende melding;
The breakpoint will not currently be hit. Breakpoint set but not yet bound.

Dit is de C# code;

C#:

public partial class _Default : Page
    {
        protected void Page_Load(object sender, EventArgs e)
        {
            if (Page.IsPostBack)
                Response.Write("herhaalde aanvraag");
            else
                Response.Write("eerste aanvraag");
        }

        protected void Button1_Click(object sender, EventArgs e)
        {
            string sName;
            sName = TextBox1.Text;
            Label1.Text = "Hartelijk welkom" + sName;
        }
    }

Het gebeurt als ik probeer te debuggen bij 'protected void Button1_Click'.
...

Ik gebruikt Visual Studio 2019 en hierin heb ik een ASP.NET Web Application (.NET Framework) opgezet.
...

Iemand een idee hoe ik dit kan oplossen?
...

[ Voor 0% gewijzigd door ACM op 11-08-2019 08:10 ]

[Rmg]

Zet je break point in de functie ipv op de functie. Dus bij string sname.


Prefixen met type is trouwens wel oldscool. Beter is het om duidelijke variabele namen te gebruiken.

[downtime]

Rmg schreef op zaterdag 10 augustus 2019 @ 08:35:

Prefixen met type is trouwens wel oldscool.

Dat heet dus Hungarian Notation en schijnbaar populair geworden omdat Microsoft het vroeger veel gebruikte. Met de juiste zoekterm is het wat makkelijker om de pro's en cons ervan te vinden.

[alex3305]

Rmg schreef op zaterdag 10 augustus 2019 @ 08:35:
Zet je break point in de functie ipv op de functie. Dus bij string sname.

[...]

Alleen wel één regel daaronder. Een breakpoint op een niets doenende regel zal geen break veroorzaken.


Waarbij tevens de lege initialisatie van de string sName onnodig is. string sName = TextBox1.Text; zal namelijk hetzelfde doen.

[Pealha]

Bedankt!

[Matis]

alex3305 schreef op zaterdag 10 augustus 2019 @ 16:27:

Waarbij tevens de lege initialisatie van de string sName onnodig is. string sName = TextBox1.Text; zal namelijk hetzelfde doen.

Daar heb je gelijk in, maar er zijn standaarden (Misra is er zo eentje) die in sommige gevallen vereist dat alle variabelen bovenaan in de scope waarbinnen ze gebruikt worden gedefinieerd staan. Het inline definiëren en initialiseren is niet toegestaan.

[R4gnax]

Matis schreef op zondag 11 augustus 2019 @ 13:01:
[...]

Daar heb je gelijk in, maar er zijn standaarden (Misra is er zo eentje) die in sommige gevallen vereist dat alle variabelen bovenaan in de scope waarbinnen ze gebruikt worden gedefinieerd staan. Het inline definiëren en initialiseren is niet toegestaan.

Dat is net zoiets als ternary operators verbieden omdat een paar sjaken het niet kunnen laten om ze 3 lagen die te gaan nesten op dezelfde regel. Iets over de baby met het badwater mee weg gooien, enzo.

Het heeft nut, als bijv. de programmeertaal in kwestie met lexical (function) scope werkt ipv block scope. En als er geen sterke compile-time bescherming is tegen ongedefinieerde variabelen of variabelen van een verkeerd type, maar anders is het echt klinkklare onzin.