net 和aspx 和mvc架构的区别

和aspx 和mvc架构的区别

三层架构和MVC无法对比呀 三层是架构 而MVC只是一种模式
如果你要对应的话
表示层 View Controller Model
业务逻辑层 Model
资料访问层 Model
希望能帮到你！

C#MVC架构、工厂模式的区别

给你点资料
一般讲到三层架构，其实就是将整个业务应用划分为表示层、业务逻辑层、资料访问层等。
三层体系结构，是在客户端与资料库之间加入了一个“中间层”，也叫元件层。这里所说的三层体系，不是指物理上的三层，不是简单地放置三台机器就是三层体系结构，也不仅仅有B/S应用才是三层体系结构，三层是指逻辑上的三层，即使这三个层放置到一台机器上。
普通三层：资料访问层DAL：用于实现与资料库的互动和访问，从资料库获取资料或储存资料到资料库的部分。 业务逻辑层BLL：业务逻辑层承上启下，用于对上下互动的资料进行逻辑处理，实现业务目标。 表示层UI：主要实现和使用者的互动，接收使用者请求或返回使用者请求的资料结果的展现，而具体的资料处理则交给业务逻辑层和资料访问层去处理。业务实体Model：用于封装实体类资料结构，一般用于对映资料库的资料表或检视，用以描述业务中客观存在的物件。Model分离出来是为了更好地解耦，为了更好地发挥分层的作用，更好地进行复用和扩充套件，增强灵活性。 通用类库Common：通用的辅助工具类
工程模式：简单工厂模式又称为静态工厂方法（Static Factory Method）模式，属于类的建立型模式，通常根据一个条件（引数）来返回不同的类的例项。
工厂角色（Creator）
是简单工厂模式的核心，它负责实现建立所有具体产品类的例项。工厂类可以被外界直接呼叫，建立所需的产品物件。
抽象产品角色（Product）
是所有具体产品角色的父类，它负责描述所有例项所共有的公共介面。
具体产品角色（Concrete Product）
继承自抽象产品角色，一般为多个，是简单工厂模式的建立目标。工厂类返回的都是该角色的某一具体产品。
通常情况下，客户端不直接与资料库进行互动，而是通过COM/DCOM通 讯与中间层建立连线，再经由中间层与资料库进行交换.
完善的三层结构的要求是:修改表现层而不用修改逻辑层,修改逻辑层而不用修改资料层 否则你的应用是不是多层结构,或者说是层结构的划分和组织上是不是有问题就很难说. 不同的应用有不同的理解，这是一个概念的问题．
MVC系统中的模型从概念上可以分为两类――系统的内部状态和改变系统状态的动作。模型是你所有的商业逻辑程式码片段所在。本文为模型提供了业务实体物件和业务处理物件：所有的业务处理物件都是从ProcessBase类派生的子类。业务处理物件封装了具体的处理逻辑，呼叫业务逻辑模型，并且把响应提交到合适的检视元件以产生响应。业务实体物件可以通过定义属性描述客户端表单资料。所有业务实体物件都EntityBase派生子类物件，业务处理物件可以直接对它进行读写，而不再需要和request、response物件进行资料互动。通过业务实体物件实现了对检视和模型之间互动的支援。实现时把"做什么"（业务处理）和"如何做"（业务实体）分离。这样可以实现业务逻辑的重用。由于各个应用的具体业务是不同的，这里不再列举其具体程式码例项。
MVC（模型Model-检视View-控制器Controller）是一种设计模式，我们可以用它来建立在域物件和UI表示层物件之间的区分。 同样是架构级别的，相同的地方在于他们都有一个表现层，但是他们不同的地方在于其他的两个层。 在三层架构中没有定义Controller的概念。这是我认为最不同的地方。而MVC也没有把业务的逻辑访问看成两个层，这是采用三层架构或MVC搭建程式最主要的区别。当然了。在三层中也提到了Model，但是三层架构中Model的概念与MVC中Model的概念是不一样的，“三层”中典型的Model层是以实体类构成的，而MVC里，则是由业务逻辑与访问资料组成的。
在ASP NET中的MVC架构编写的，具有极其良好的可扩充套件性。它可以轻松实现以下功能： ①实现一个模型的多个检视；②采用多个控制器；③当模型改变时，所有检视将自动重新整理；④所有的控制器将相互独立工作。这就是MVC架构的好处，只需在以前的程式上稍作修改或增加新的类，即可轻松增加许多程式功能。以前开发的许多类可以重用，而程式结构根本不再需要改变，各类之间相互独立，便于团体开发，提高开发效率。下面讨论如何实现一个模型、两个检视和一个控制器的程式。其中模型类及检视类根本不需要改变，与前面的完全一样，这就是面向物件程式设计的好处。对于控制器中的类，只需要增加另一个检视，并与模型发生关联即可。该模式下检视、控制器、模型三者之间的示意图如图2所示。同样也可以实现其它形式的MVC例如：一个模型、两个检视和两个控制器。从上面可以看出，通过MVC架构实现的应用程式具有极其良好的可扩充套件性，是ASP NET面向物件程式设计的未来方向。
MVC的不足体现在以下几个方面：（1）增加了系统结构和实现的复杂性。对于简单的介面，严格遵循MVC，使模型、检视与控制器分离，会增加结构的复杂性，并可能产生过多的更新操作，降低执行效率。（2）检视与控制器间的过于紧密的连线。检视与控制器是相互分离，但确实联络紧密的部件，检视没有控制器的存在，其应用是很有限的，反之亦然，这样就妨碍了他们的独立重用。3）检视对模型资料的低效率访问。依据模型操作介面的不同，检视可能需要多次呼叫才能获得足够的显示资料。对未变化资料的不必要的频繁访问，也将损害操作效能。（4）目前，一般高阶的介面工具或构造器不支援MVC架构。改造这些工具以适应MVC需要和建立分离的部件的代价是很高的，从而造成使用MVC的困难。
三层架构是将程式码按其作用分成三部分,每部分解决自己负责的流程. 三层架构的功用之处,在于驾驭大型web程式的结构,使之便于管理和扩充套件.
在设计UI的时候,我们不需要关心其中的逻辑和资料问题,只需要空出对应的位置,用于放置资料. 在设计和修改的时候,要解决的只是HTML的结构,程式码看起来干净利落,做起来也是干净利落.
UI直接将程式逻辑的任务丢给BLL,BLL就开始构建具体的实现细节.BLL的建立依赖于业务. 例如一个文章系统,BLL_Aticle就表示它是用于对文章的处理的.BLL_Aticle可以提供给UI一个文章列表的recordset,显示在UI的预留位置. 当BLL_Aticle需要从资料库中获取资料的时候,就将任务丢给DAL层
DAL层专门负责和资料库打交道,它从BLL获取引数,组织一个有效的SQL,建立资料库连线,执行SQL进行更新或获取,将返回的资料交给BLL.
每一部分的业务都集中于一个UI-BLL-DAL的链中,上下清晰了然. 至于是怎样的便于管理和扩充套件,将在后面结合例项进行分析.
复杂的生命形式必有复杂的生存法则,若想在自己的专案中应用好三层架构,需要多用点心体会其中的应用法则.
我对三层架构的理解还不够深,这些文章能算是抛砖引玉就不错了.大家在阅读当中不要局限于我所构思的法则,要多向具体的应用中去实践,根据具体情况,寻出自己的法则. 有所感悟,就记得写下来,这种感悟是进步的契机,但必然不是最终的结果.有了感悟就拿去应用,可以发现它的优劣,继续完善
三层架构比双层或单层结构都有更大的优势。三层结构适合群体开发，每人可以有不同的分工，协同工作使效率倍增。开发双层或单层应用时，每个开发人员都应对系统有较深的理解，能力要求很高，开发三层应用时，则可以结合多方面的人才，只需少数人对系统全面了解，从一定程度工降低了开发的难度。
三层架构属于瘦客户的模式，使用者端只需一个较小的硬碟、较小的记忆体、较慢的CPU就可以获得不错的效能。相比之下，单层或胖客户对面器的要求太高。
三层架构的另一个优点在于可以更好的支援分散式计算环境。逻辑层的应用程式可以有多个机器上执行，充分利用网路的计算功能。分散式计算的潜力巨大，远比升级CPU有效。
三层架构的最大优点是它的安全性。使用者端只能通过逻辑层来访问资料层，减少了入口点，把很多危险的系统功能都遮蔽了。
史明媛回答

什么是MVC架构？

MVC是三个单词的缩写,分别为： 模型(Model),检视(View)和控制Controller)。 MVC模式的目的就是实现Web系统的职能分工。 Model层实现系统中的业务逻辑，通常可以用JavaBean或EJB来实现。 View层用于与使用者的互动，通常用JSP来实现。 Controller层是Model与View之间沟通的桥梁，它可以分派使用者的请求并选择恰当的检视以用于显示，同时它也可以解释使用者的输入并将它们对映为模型层可执行的操作。

MVC是三个单词的缩写，这三个单词分别为：模型（Model）、检视(View)和控制(Controller)。
MVC架构是互动式应用中广泛使用的架构。它将物件按功能进行划分，尽可能地最小化物件之间的耦合度。MVC架构与传统的应用程式架构—输入，处理，输出给使用者介面的模型相对应。它们也与基于域的多层企业级WEB应用相对应。
MVC架构将应用分为三层—模型，检视，控制，并减弱它们各自的责任。每一层处理特定的任务并对其它层有特殊的责任。
A. 模型储存业务资料和控制访问与修改业务资料的业务逻辑或操作。表现上看，模型与软体中的函式功能有些相似。当模型改变时会通知检视并为检视提供了查询模型状态的能力。它也为控制器提供了访问封装在模型中的应用功能函式的能力。
B. 检视展示模型中的内容。它访问模型中的资料并完成资料的显示工作。当模型改变时它会即时更新资料的展示。检视也完成将使用者的输入传递到控制器的功能。
C. 控制器定义了应用程式的行为。它分派使用者的请求然后呼叫相应的检视来展示。它解析使用者的输入然后与模型中完成相应功能的事件处理相匹配。在标准的GUI客户端应用中，使用者输入包括点选按钮和选择选单。在WEB应用中，它们则是WEB层中的HTTP GET和POST请求。控制器选择相应的检视来显示是基于使用者与模型相互互动的结果。一个典型的应用是所有相关的功能由一个控制器来处理。一些应用针对不同的客户端型别采用不同的控制器来处理，因为检视的互动与选择可能因客户端型别的不同而有所不同。

简述你对MVC架构的理解？常用的MVC架构有哪些？

MVC架构就是使用Model+View+Controller的程式设计模式。
例如制作一个网页，先设计出介面样子（这是View），然后从资料库中取出资料储存到变数中（这是Model），然后完成通过编码完成使用者通过View对Model进行读写操作（这是Controller）。
常见的MVC架构有Struts，Spring MVC，JSF，.Net Web

简述MVC架构、特点。

这对大中型专案有很大的用处，主要目的是为了提高程式码的重用率
使用MVC你需要对面向物件有较深的了解，这是一种分层思想：
首先是V层将值传给M层，然后M层将资料对映到C层，然后通过V层触发事件来调C层，通过C层来对资料进行处理。
这种面向物件的思想用起来很方便，也很容易理解

MVC架构怎么回事啊？

M是指资料模型，V是指使用者介面，C则是控制器。使用MVC的目的是将M和V的实现程式码分离，从而使同一个程式可以使用不同的表现形式
你问的太简单了，不是一句两句就能回答的。
您可以看下：
:baike.baidu./view/31.htm?fr=ala0_1_1

MVC架构的分页怎么做？

MVC架构和分页有什么联络？

网站mvc架构怎么用js cookie获取使用者id

设定cookie可以直接使用
HttpCookie cookie = new cookie = new HttpCookie(COOKIE_NAME_FOR_USER);
cookie.Expires = DateTime.Now.AddYears(1);
cookie[COOKIE_USER_NAME] = "使用者名称";
System.Web.HttpContext.Current.Response.Cookies.Add(cookie);
取:
HttpCookie cookie = System.Web.HttpContext.Current.Request.Cookies.Get(COOKIE_NAME_FOR_USER);
删除：
System.Web.HttpContext.Current.Request.Cookies.Remove(COOKIE_NAME_FOR_USER);
另外，判断是否有cookie可以直接使用取的cookie和null进行比较，如果取出来非null就说明不为空

unity除ui 怎么使用mvc架构

MVC设计模式根本上想解决的，是远端客户端和资料库之间资料互动的问题。如果你问10个程式设计师，你会获得10种对MVC的理解。因为MVC这个设计模式在概念上是非常简单的，他的衍生形式非常多。网路游戏客户端和服务端之间的通讯在一定程度上也和MVC类

~