0

上書きを避けるには？

 public partial class test : System.Web.UI.Page {
    StringBuilder sb = new StringBuilder();

    protected void Page_Load(object sender, EventArgs e)
    {

        if (!IsPostBack)
        {
            sb.Append("one");
            lbl.Text = sb.ToString();
        }

    }
    protected void cmdSb_Click(object sender, EventArgs e)
    {


        sb.Append("two");
        lbl.Text = sb.ToString();

    } }
4

2 に答える 2

3

ASP.NET はステートレスです。つまり、ビューステートやセッション状態などに保存しない限り、StringBuilder インスタンスは PostBack を介して保持されません。

于 2009-07-22T22:26:57.883 に答える
3

イベントを処理するためだけであっても、ポストバックを行うたびに、ページのライフサイクル全体が実行されることに注意してください。これを理解しやすくするために、コードをすべて 1 つの大きな関数であるかのように考えると、次のようになります。

public partial class test : System.Web.UI.Page
{
    // Page_Load runs for EVERYTHING
    protected void Page_Load(object sender, EventArgs e)
    {
        // -- Constructor Area
        StringBuilder sb = new StringBuilder();

        // -- Page Init Area

        // -- ViewSate is loaded

        // -- Page Load Area
        if (!IsPostBack)
        {
            sb.Append("one");
            lbl.Text = sb.ToString();
        }

        // -- Validation controls are checked

        // -- If valid, start handling events

        // Handle your click event
        if (cmdSb_Clicked)
        {
            sb.Append("two");
            lbl.Text = sb.ToString();
        }


        // -- DataBinding Area

        // -- Save ViewState           

        // -- Render Page: the class is turned into html that is sent to the browser

        // -- Unload -- Page is disposed

    }
}

もちろん、これは実際に起こることではありませんが、このように考え始めると、正しい方向に進んでいます。この場合、クリック イベントがコードと同時に実行されることはありませんが、!IsPostBack毎回新しい StringBuilder を使用していることに注意してください。

ページのライフサイクルの詳細については、http:
//msdn.microsoft.com/en-us/library/ms178472.aspxを確認してください。

于 2009-07-22T22:35:20.067 に答える