不小心结贴了,问一下三层架构与MVC的区别是什么? 实现三层架构时bll,dal后缀是怎么添加的? 解决方案 » 免费领取超大流量手机卡,每月29元包185G流量+100分钟通话, 中国电信官方发货 添加 新建项目 的时候 起的名字就 叫 pager.DAL 添加"新建项目"名字叫 "pager.dal" 三层架构与mvc 的区别:通常意义上的三层架构就是将整个业务应用划分为:表现层(UI)、业务逻辑层(BLL)、数据访问层(DAL)。mvc 是针对表示层使用的,分为模型、视图、控制器。再具体的解释可以查百度。 三层架构与mvc 的区别: 三层指:展示层(UI),业务层(Business),数据层(DataBase) 这是一个逻辑性的东西 Mvc:模型,视图,控制器, 我们常用的 vs2005,vs2008 这2个开发工具 就是典型的 MVC 模式的 新 建项目 选择类库 命名 xx.DAL xx.Bll xx.Model 有关部三层,根据老外" Scott Mitchell 的ASP.NET 2.0数据教程"中对DAL和BLL的描述,DAL和BLL是建立在App_Code下的,即文档结构是App_Code/DAL/你的文件夹/..../类App_Code/BLL/你的文件夹/..../类创建一个mvc网站,则自动会建立相对应mvc的文件夹ModelsViewsControllers等等三层和mvc是两个不同的东东! MVC是一种设计模式,我们可以用它来创建在域对象和UI表示层对象之间的区分。 三层架构是在一个应用程序中把数据(数据层),业务逻辑(业务层),和用户接口(表示层) 分开的一种概念。把业务层和表示层分开,我们明白解决方案在一些地方是模糊的,完全分开是一件困难的事。对于缺少经验的开发者,MVC 是一种实现三层架构的比较清晰的实现。 没可比性http://topic.csdn.net/u/20090710/14/07f4447d-60c4-4b74-af1c-ea1b6e2e9ca7_2.html mcv 主要的应用程序是edmx entity data model 框架.学起来有一定的难度,很抽象 我也觉得MVC很抽象,不好解释,但是和三层好像没有什么关系! 都是三层 只是分出来层所作的事情不一样而已~这个百度 google都有系统的说的 不过现在都推荐用三层了~mvc只在某些特定的场合用到~ N层结构是一种软件抽象的层次结构,是对复杂软件的一种纵向切分,每一层次中完成同一类型的操作,以便将各种代码以其完成的使命作为依据来分割,以将低软件的复杂度,提高其可维护性。一般来说,层次之间是向下依赖的,下层代码未确定其接口(契约)前,上层代码是无法开发的,下层代码接口(契约)的变化将使上层的代码一起变化。三层结构是N层结构的一种,是人产在长时间使用中得出来的一种应用场合广泛的N层结构,被当作一种典型的软件层次结构而广为流传甚至写入教科书。 MVC模式是一种复合设计模式,一种在特定场合用于解决某种实际问题来得出的可以反复实践的解决方案。巧合的是他也有三个事物组成,于是乎人们就有了一种想当然的对应关系:展示层-View;业务逻辑层-Control;持久层-Model。首先MVC中的三个事物之间并不存在明显的层次结构,没有明显的向下依赖关系,相反的,View和Model往往是比较独立的,而Control是连接两者的桥梁,他们更像是横向的切分。这样一来就出现一个结果,MVC中每个块都是可以独立测试的,而三层结构中,上层模块的运行测试势必要提供下层代码或者提供相同接口的桩。相对来说,MVC复杂得多,但是结构更清晰,耦合性更低。另外,MVC中每一块内部特别是Model内部经常被设计为多层的。在我认为的一个良好的MVC模式构建的结构中,Control是核心,小且较为稳定的,可以作为一个核心框架来提供,有扩展点,但基本上可以简单配置不需要任何代码就可以运行。而View则可能是一套或多种可选择的视图引擎,决定了软件展示给用于的界面,使用时的主要工作量在于扩展点以及根据需要而数量不同的视图模板。Model则是业务提供者,决定了软件提供的功能,其内部可能是一些普通的类或者是实现了某些接口的类,在这一块当中可能根据业务的不同而色彩缤纷,对于复杂的软件可能会分成很多层,如业务逻辑层、业务提供层、系统提供层、数据提供层、数据访问层等。 了解下 JAVA就会容易理解很多 亚当斯密在《国富论》里面就说过了分工是社会效率的源泉。不管三层、n层,还是mvc,就是一些分工的方式。 java只不过是一种语言,只要是语言都可以mvc 三层架构和MVC根本不是一类问题,其实是没有可比性的。 n层强调分工,mvc强调协作,mvc的驱动关系是扁平的,mvc可以在项目的不同粒度上实现,也就是说,一个项目的整体可以看成mvc的,一个局部也可以看成mvc的 说得蛮好的,顶二个我个人不怎么喜欢MVC .net里分aspx和.cs文件MVC里,例举struts2:页面显示JSP,HTML或其它显示介质为VIEW,实体对象Model为M,还有就是action为control,MVC这三个独立性比aspx和cs文件强 mediaplayer控件边下载边拖动进度条播放问题 创建用户控件~~~ 请教如何配置asp.net 我的aspx网页在vs2005调试运行不显示验证码图片和javascript效果呢? 用RegisterStartupScript注册脚本,不能绑定值。 高分求救,如何打开被加了密码的word的文档,因为那里有很多我以前的重要资料!可怎么办!100分,再一次求救!! asp.net中利用数据库中的记录创建带文本格式的word!急呀 遇到一个问题想问问各位,会的请留下你们的答案,谢谢啦 各位大哥,给我看看一下,这句话是什么意思? 求解 dataTable ArrayList 传递问题
通常意义上的三层架构就是将整个业务应用划分为:表现层(UI)、业务逻辑层(BLL)、数据访问层(DAL)。
mvc 是针对表示层使用的,分为模型、视图、控制器。
再具体的解释可以查百度。
三层指:展示层(UI),业务层(Business),数据层(DataBase) 这是一个逻辑性的东西
Mvc:模型,视图,控制器,
我们常用的 vs2005,vs2008 这2个开发工具 就是典型的 MVC 模式的
DAL和BLL是建立在App_Code下的,即文档结构是
App_Code/DAL/你的文件夹/..../类
App_Code/BLL/你的文件夹/..../类创建一个mvc网站,则自动会建立相对应mvc的文件夹
Models
Views
Controllers
等等三层和mvc是两个不同的东东!
三层架构是在一个应用程序中把数据(数据层),业务逻辑(业务层),和用户接口(表示层) 分开的一种概念。把业务层和表示层分开,我们明白解决方案在一些地方是模糊的,完全分开是一件困难的事。对于缺少经验的开发者,MVC 是一种实现三层架构的比较清晰的实现。
没可比性
http://topic.csdn.net/u/20090710/14/07f4447d-60c4-4b74-af1c-ea1b6e2e9ca7_2.html
MVC模式是一种复合设计模式,一种在特定场合用于解决某种实际问题来得出的可以反复实践的解决方案。巧合的是他也有三个事物组成,于是乎人们就有了一种想当然的对应关系:展示层-View;业务逻辑层-Control;持久层-Model。首先MVC中的三个事物之间并不存在明显的层次结构,没有明显的向下依赖关系,相反的,View和Model往往是比较独立的,而Control是连接两者的桥梁,他们更像是横向的切分。这样一来就出现一个结果,MVC中每个块都是可以独立测试的,而三层结构中,上层模块的运行测试势必要提供下层代码或者提供相同接口的桩。相对来说,MVC复杂得多,但是结构更清晰,耦合性更低。
另外,MVC中每一块内部特别是Model内部经常被设计为多层的。在我认为的一个良好的MVC模式构建的结构中,Control是核心,小且较为稳定的,可以作为一个核心框架来提供,有扩展点,但基本上可以简单配置不需要任何代码就可以运行。而View则可能是一套或多种可选择的视图引擎,决定了软件展示给用于的界面,使用时的主要工作量在于扩展点以及根据需要而数量不同的视图模板。Model则是业务提供者,决定了软件提供的功能,其内部可能是一些普通的类或者是实现了某些接口的类,在这一块当中可能根据业务的不同而色彩缤纷,对于复杂的软件可能会分成很多层,如业务逻辑层、业务提供层、系统提供层、数据提供层、数据访问层等。
n层强调分工,
mvc强调协作,
mvc的驱动关系是扁平的,mvc可以在项目的不同粒度上实现,
也就是说,一个项目的整体可以看成mvc的,一个局部也可以看成mvc的
我个人不怎么喜欢MVC
MVC里,例举struts2:页面显示JSP,HTML或其它显示介质为VIEW,实体对象Model为M,还有就是action为control,MVC这三个独立性比aspx和cs文件强