当前位置:主页   - 电脑 - 网站开发 - ASP.Net
MVP模式最佳实践(1)—MVP模式简介
来源:网络   作者:   更新时间:2012-08-14
收藏此页】    【字号    】    【打印】    【关闭

  虽然MVP是与任何具体的框架或技术无关的,但本系列文章仅以DotNet相关的技术或框架来来说明问题,请读者谅解。

  .Net的盛行

  .Net的出现无疑是一场变革,早期开发需要用C、C++、pascal等编写CGI程序,开发WEB应用,要求的技术门槛极高(当然,我听老一辈说那时的工资也高),使用纯Asp.Net开发WEB程序,门槛低,甚至不用编写任何代码就用实现一个简单的应用(当然,个人觉得这种应用没有什么太大的价值),这给广大的WEB开发者带来了福音,许多人纷纷转向.Net的怀抱,我记得那时在学校,还装模作样的安装了一个Visual Studio(我记着是Beta 2),写了两行代码,我记着还得手工建立虚拟目录,按F5,网页出来了,当时甭提多高兴了。

  微软确实为我们打造了一个简单、易用且功能强大的开发平台,它节省了开发时间,提高了工作效率,赢得无数开发者的青睐,但是它在简单易用的同时,也带来了一些小"问题"(其它平台也可能存在同样的问题)。

  WebForm的问题

  既然我们都是搞程序写代码的,那就从一段代码谈起,请看:

{

SqlDataAdapter adapter = new SqlDataAdapter("select * from Table1", "server=.;database=db;uid=sa;pwd=password");

DataSet ds = new DataSet("ds1");

adapter.Fill(ds);

this.GridView1.DataSource = ds;

this.GridView1.DataBind();

}

  上面的代码是标准的Asp.Net后台代码,它没有什么逻辑错误,运行结果也正确,但是它有一个问题,一个很严重的问题,我们都是博客园的人,我们都是有一定开发思路的人,我们都是有身份(证)的人,我们肯定知道"分层"这个东西吧,没错,上面的代码处在UI层,但是干了不该干的事(它明明是一只公鸡,但它却下蛋了),造成职责混乱,它把业务逻辑,数据访问,界面展现逻辑全部放在一段代码中,即不利于代码的阅读、维护、升级、也不利用测试,当然如果你的项目特别小的例外。

其它资源
来源声明

版权与免责声明
1、本站所发布的文章仅供技术交流参考,本站不主张将其做为决策的依据,浏览者可自愿选择采信与否,本站不对因采信这些信息所产生的任何问题负责。
2、本站部分文章来源于网络,其版权为原权利人所有。由于来源之故,有的文章未能获得作者姓名,署“未知”或“佚名”。对于这些文章,有知悉作者姓名的请告知本站,以便及时署名。如果作者要求删除,我们将予以删除。除此之外本站不再承担其它责任。
3、本站部分文章来源于本站原创,本站拥有所有权利。
4、如对本站发布的信息有异议,请联系我们,经本站确认后,将在三个工作日内做出修改或删除处理。
请参阅权责声明