MVC中除了web.config文件外，还有哪些配置文件？

.NET中的配置文件是有层次结构的，不仅包括web.config文件，同时还有更高级别的配置文件。比如说计算机级别的配置文件machine.config，当MVC应用程序运行时，该文件中的配置将应用于本机的所有 .NET 应用。而更多具体的配置文件以及各自的作用，我们可以去秒秒学上看看，上面有比较详细的图文介绍。从最高级往最低级的配置文件，大致结构如下：

1)machine.config：当运行MVC应用程序时，首先从machine.config配置文件开始，该配置文件控制着运行在同一台计算上的所有.NET应滑冲散判液用程序的基础设置，包括桌面应用程序、Windows服务、web应用程序等，随后我们将进行相应的讲解。

2)根web.config：同样还有一个machine级别的web.config配置文件，也成为根web.config，在healthMonitoring设置中可以看到。该配置将应用于所有的 ASP.NET 应用。

3)父web.config：这种情况出现在当应用程序部署在另一个ASP.NET Web应用程序下时，就会有父web.config配置文件，此时配置文件就有着继承的关系。

4)web.config：最后才是应用程序中的web.config文件，通过该文件，信氏可以修改计算机级别的machine.config配置文件或者根web.config配置文件，即使管理员可以锁定阻止更改值的选项。

前端跟服务端之间多了个中间层，前台先提交给中间层，由中间层去访问服务端。

JSP中，“<%……%>”里面的java代码是可以有一些业务逻辑的，而三层架构正是要将业务逻辑从页面中分离出来，因些不要过多的使用“<%……%>”，但根据实际情况，适量的添加一些是可以的。

而MVC实际上其实是一种架构模式，而不应该归入设计模式了，设计模式是在代码层面上说的：类都是什么样子的。

MVC编程模式

比如由html元素组成的网页界面，或者软件的客户端界面。MVC的好处之一在于它能为应用程序处理很多不同的视图。在视图中其实没有真正的处理发生，它只是作为一种输出数盯或据并允许用户 *** 作的方式。

M即model模型是指模型表示业务规则。在MVC的三个部件中，模型拥有最多的处理任务。闷庆被模型返回的数据是中立的，模型与数据格式无关，这样一个模型能为多个视图提供数据，由于应用于模型的代码只需写一次就可以被多个视图重用，所以减少了代码的重复性。

以上内容参考：凯罩伍百度百科-mvc框架

ASP NET MVC社区讨论了在使用WebFormsViewEngine时 是否仍然需要代码隐藏文件 以及这是一个优点还是缺点或甚至是一个问题

ASP NET MVC默认仍然使用WebFormsViewEngine 当使用Visual Studio向ASP NET MVC应用程序增加一个WebForms视图时会自动增加一个代码隐藏文件和一个设计器文件 许多人认为代码隐藏文件已经被废弃了 它们的用法颇令人困惑 因为开发人员倾向于使用像传统的合而为一的ASP NET Web窗体那样的视图

Steve Smith更进一步的表明ASP NET MVC Codebehind文件的坏处 因为他们引诱开发人员将逻辑添加到视图上 视图在设计上应当保持桥枣 哑的

代码隐藏文件是一个诱惑 对于友消差不熟悉ASP NET MVC (ASP NET MVC还不到一年时间而且还没有发布）但是有Web窗体开发背景（大多数）的开发人员 他们始终有一个将代码写入隐藏代码文件倾向 这会使得在视图里的逻辑难以测试 最坏的可能是甚至在代码隐藏文件中包含的逻辑直接调用数据库或者是web service 以致完全绕过模型同视图的分离

Steve解释了在某种情况下代码隐藏文件是一个不好但却必不可少的东西 例如你想在一个强类型的视图通过强类型方式引用模好皮型（Model） 有写人认为隐藏代码页也可用来存储一些视图逻辑 而其他方式可能会弄乱ASPX文件 最后但并不是最不重要的一点是他们为了在ASPX文件上获得智能提示技术的支持 至于第一个问题 Tim Barcz演示了如何使用没有代码隐藏使用强类型的ViewData 通过合并泛型的CLR表示法来取代C#或者VB的表示法

　Inherits= System Web Mvc ViewPage` [[ABCCompany MVC Web Models LoginData ABCCompany MVC Web]]

CLR表示法在单引号后面指定了泛型参数的数量 后面跟参数和包含参数类型的程序集

lishixinzhi/Article/program/net/201311/14848

---