地位尴尬的WebForm、ASP.NET核心知识(10)

WebForm之烦恼

1.winform式的开发方式

      技术分享

        WebForm的开发方式中,只需要从工具箱中拖拽一个控件,再从.aspx.cs中写控件的事件逻辑,就好了。

微软为我们做了很多工作,很多东西不需要我们了解。微软貌似想把网站开发变得跟Winform开发一致。

但是开发人员不了解运行机制,真的好吗?

2.ViewState

技术分享 

Webform为了保存一些页面的状态信息,用了一个<input type =“hidden”>。 别人告诉我这个叫ViewState。

ViewState让html变得异常“丑陋”。

WebForm的弊端

1.入门容易,开发很难

        方便、快捷的服务器端控件,在让我们享受简便的同时,也给我们带来的无穷的烦恼。如果只是拖控件,初学者上手很容易。但这之后因为很多东西封装太强,很多底层东西让我们初学者不是很明白,想再提升很难了。

2.控制不灵活

        对于页面的数据的呈现方式,一遍人很难控制。

3.ViewState处理

        这种机制,的确让开发变得简单了。但是同样它也让html变得异常臃肿、丑陋。

4.异步请求

        异步请求每个请求后台都不许有一个一般处理程序对应。

5.容易变傻

        WebForm的开发方式,跟传统的Web开发方式不一致。传统web开发必须了解的东西,这里很多都不需要了解,例如http协议,ajax,javascript等等。。。总之,控件很丰富,不需要你了解太多。   

推荐轻量的使用WebForm

        这条其实挺纠结地,既然吐槽了WebForm这么多,干么还要用呢?直接不用不就得了。

        我的理解是这样的:首先,对于.NET开发,很多人第一反应还是WebForm(尽管他们可能不用这个,这种思维挺怪的。)就像街头卖艺这个行当,行内人都知道“胸口碎大石”是假把式。但是作为卖艺人,如果跟人说,我不会“胸口碎大石”,多少还有点羞于启齿。其次呢,很多时候开发时候什么技术,不是由我们决定的。万一前面有webForm开发的程序,不会改也不太好。 所以我的建议是,还是要略懂一点。注意略懂即可。

1. aspx页面

这里说是要,推荐一种轻量的使用WebForm的方式。 这个案例中 仅仅做一个列表功能吧。  

/* 在aspx文件中,其实是支持html和代码混编的这种方式的。
    尽管你肯能觉得他很乱,但webform下不失为一种说得过去的解决方案。
*/ 
<table> 
        <thead> 
            <tr><th>姓名</th><th>年龄</th><th>性别</th><th>编辑</th></tr> 
        </thead> 
        <tbody> 
        <%for(int i=0;i<persons.Rows.Count;i++){ 
             System.Data.DataRow row = persons.Rows[i];             
        %> 
        <tr><td><%=row["Name"] %></td><td><%=row["Age"] %></td><td><%bool gender = (bool)row["Gender"];Response.Write(gender?"":""); %></td><td><a href="PersonAddNewEdit.aspx?action=edit&id=<%=row["Id"] %>">编辑</a></td></tr> 
    <%} %> 
         </tbody> 
</table>

2.aspx.cs文件

//Model:不知道自己如何被显示,也不知道是如何被查询出来
        protected DataTable persons;
        protected void Page_Load(object sender, EventArgs e) 
        { 
            //查询数据,把数据放到Model,也不知道数据是如何展现的
            persons = SqlHelper.ExecuteQuery("select * from T_Persons");
        }

 


郑重声明:本站内容如果来自互联网及其他传播媒体,其版权均属原媒体及文章作者所有。转载目的在于传递更多信息及用于网络分享,并不代表本站赞同其观点和对其真实性负责,也不构成任何其他建议。