会分的很详细么?
如果借助.net可视化工具,拖动datagrid基本上好像也没觉得Mvc会有多分离啊?
希望各公司的高手们说明一下,在公司里面的设计模式通常是如何的?

解决方案 »

  1.   

    mvc是为了增加代码的可读性和重用性  不过 第一开发代码的难度会增大(对于新手来说)  
    具体模式为 model(模型)  view(视图) controler(控制) 
    另一种说法是 业务逻辑层(模型)  视图表达层(视图)  数据交互层(控制)
    数据交互层只负责把数据从数据库中取出来 不做任何处理 交给业务逻辑层  业务逻辑层将这些数据按照我们的需要进行处理 然后显示到视图层 或者将数据返回给数据层  再由数据层存入数据库  我是这样理解的     期待强人来详细解答!  
     
      

  2.   

    http://dev.csdn.net/article/52/52575.shtm----------------------------------------------------------------
    很抱歉,没有时间详细解释。通过搜索引擎查找问题及回复的关键词可能会有帮助。
      

  3.   

    MVC一个设计模式,它强制性的使应用程序的输入、处理和输出分开.应用程序被分成三个核心部件:模型、视图、控制器。它们各自处理自己的任务,视图是用户看到并与之交互的界面。
      

  4.   

    具体模式为 model(模型)  view(视图) controler(控制) 
      

  5.   

    http://www.yesky.com/126/1765126.shtml
      

  6.   

    MVC由Trygve Reenskaug提出,首先被应用在SmallTalk-80环境中,是许多交互和界面系统的构成基础。MVC结构是为那些需要为同样的数据提供多个视图的应用程序而设计的,它很好的实现了数据层与表示层的分离。MVC作为一种开发模型,通常用于分布式应用系统的设计和分析中,以及用于确定系统各部分间的组织关系。对于界面设计可变性的需求,MVC(Model-View-Controller)把交互系统的组成分解成模型、视图、控制器三种部件。  视图部件把表示模型数据及逻辑关系和状态的信息以特定形式展示给用户。它从模型获得显示信息,对于相同的信息可以有多个不同的显示形式或视图。  控制器部件是处理用户与软件的交互操作的,其职责是控制提供模型中任何变化的传播,确保用户界面于模型间的对应联系;它接受用户的输入,将输入反馈给模型,进而实现对模型的计算控制,是使模型和视图协调工作的部件。  模型部件保存由视图显示,由控制器控制的数据;它封装了问题的核心数据、逻辑和功能的计算关系,它独立于具体的界面表达和I/O操作。  模型、视图与控制器的分离,使得一个模型可以具有多个显示视图。如果用户通过某个视图的控制器改变了模型的数据,所有其它依赖于这些数据的视图都应反映到这些变化。因此,无论何时发生了何种数据变化,控制器都会将变化通知所有的视图,导致显示的更新。这实际上是一种模型的变化-传播机制。模型、视图、控制器三者之间的关系和各自的主要功能
      

  7.   

    mvc 简单可以把它理解为脱离事件驱动模式,
    可以这样诠释:
    程序的上应该是尽量脱离与表现层.net控件的直接操作, 也就是相同的.net控件的服务器事件(model)的频繁操作
    而是提供一个比较通用的底层类 (control )
    能够为很多相同结构组成的.net控件提供方法.
    从而尝试脱离了表示层. 
    由control的变化来影响 model 在web页面上呈现出来的表现形式(view)
      

  8.   

    mvc是基本的分层,ms提倡七层架构,比三层的更细化。
    逻辑更加清晰,更利于维护,一般web开发都是三层的,数据访问层,利用ado.net访问数据库封装好,逻辑层只需调用访问层的方法即可,增强了代码的利用率,
    表现层只需要把显示规律和效果 完成就可以,里面的复杂逻辑就是逻辑层来完成的了。
      

  9.   

    他是一种表现模式,model(模型)  view(视图) controler(控制) 和三层架构是有区别的!