第一个MVC例子

public partial class Demo : System.Web.UI.Page
    {

        public string message { get; set; }
        public string DbData { get; set; }

        protected void Page_Load(object sender, EventArgs e)
        {
            //从业务逻辑层获取的数据
            string str = "我是 来自于数据库的数据";
            DbData = str;
            string xx = "我开始学习MVC了";
            message = xx;

        }
    }

在页面上输出的就是

 <form id="form1" runat="server">
    <div>
        
        <%--<asp:Label ID="Label1" runat="server" Text="Label"></asp:Label>--%>
        <div><%: this.DbData %></div>
        <p><%:this.message %></p>
        <div><%=this.message %></div>
    </div>
    </form>

上面是一个简单的例子

都不是用服务器空间来显示的，而是通过一般的控件来显示出来的

先来介绍一下什么叫MVC  ，MVC是一种设计模式而不是一种架构  M : model V ：view C：collector:MVC是他们的缩写

现在来说说MVC的优点个人理解MVC模式构建的项目一般运行的效率比较快的页面干净清新 ，分工明确，松耦合 重用性高

不过MVC也有一定的缺点：
　MVC的缺点是由于它没有明确的定义，所以完全理解MVC并不是很容易。使用MVC需要精心的计划，由于它的内部原理比较复杂，所以需要花费一些时间去思考。 你将不得不花费相当可观的时间去考虑如何将MVC运用到你的应用程序，同时由于模型和视图要严格的分离，这样也给调试应用程序带来了一定的困难。每个构件在使用之前都需要经过彻底的测试。一旦你的构件经过了测试，你就可以毫无顾忌的重用它们了。

　　根据开发者经验，由于开发者将一个应用程序分成了三个部件，所以使用MVC同时也意味着你将要管理比以前更多的文件，这一点是显而易见的。这样好像我们的工作量增加了，但是请记住这比起它所能带给我们的好处是不值一提。
　　MVC并不适合小型甚至中等规模的应用程序，花费大量时间将MVC应用到规模并不是很大的应用程序通常会得不偿失。
   总之，不要为了MVC而MVC就行了。