为ASP.NET MVC RC分离Controllers-Views项目后添加“脚手架”功

最新推荐文章于 2024-11-07 09:47:59 发布

faunjoe

最新推荐文章于 2024-11-07 09:47:59 发布

阅读量988

点赞数

分类专栏： ASP.Ner.MVC 文章标签： mvc asp.net application web c library

ASP.Ner.MVC 专栏收录该内容

2 篇文章 0 订阅

订阅专栏

连续忙了好几个月，好久没有写东西了，最近稍微有点空，空闲的时候回到了对ASP.NET MVC RC（以下简称MVC RC）的研究上来。MVC RC的“脚手架（Scaffold）”功能可以说为MVC RC的开发如虎添翼，不过应用到真实的开发环境中似乎存在一些遗憾的地方：很多时候我们并不希望把Models、Views和Controllers放在同一个项目里面，而是把它们分离到不同的项目，然后由一个项目（比如Views）统一引用其他所有的项目程序集。但是这样做了以后，Controllers项目中脚手架的功能就“消失了”。

在Web（MVC RC）项目中，我们可以这样在Web项目中使用脚手架创建View页面：

或者创建Controller文件：

甚至可以在Controller文件中自动创建或者查看对应Action的View页面：

不过这一切经历了Views和Controllers的“生死离别”之后，就再也无法在Controllers中使用了（原因会在下文中说明）。下面我们来做一个测试。

首先我们先把M、V、C三层分离，比如这样：

需要注意的是当这样做的时候，在Controllers项目中需要引用以下这三个核心的程序集：

System.Web.Abstractions.dll

System.Web.Mvc.dll

System.Web.Routing.dll

以及一些在默认的Controller.cs文件中被引用到的命名空间，如：

System.Web

System.Configuration

以下是分离M-V-C（M之所以也要分离出去是因为C需要引用M，而C不能引用V）之后，运行的默认界面，说明这样的分离是成功的：

OK，到此为止MVC工作正常，只不过……无法在MyMvc.Controllers中使用MVC的脚手架：

分析一下原因：我们在把Controller分离出来的时候是建了“类库（Class Library）”，一个普通的类库当然无法使用MVC（Web）的脚手架，于是我打开了MyMvc.Web的项目文件MyMvc.Web.csproj，用记事本打开这个文件（本质上是一个XML文件），发现了一个和其他项目与众不同的地方：

这个节点中用分号分割了3段看似Guid的代码，分别是：

{603c0e0b-db56-11dc-be95-000d561079b0}

{349c5851-65df-11da-9384-00065b846f21}

{fae04ec0-301f-11d3-bf4b-00c04f79efbc}

立刻对比了一下MyMvc.Controllers下面的MyMvc.Controllers. csproj，发现没有这个节点。喜出望外！于是马上将这个节点复制到MyMvc.Controllers. csproj对应的地方，重新加载项目以后，发现MyMvc.Controllers的脚手架功能回来了！

不过通过这样简单的添加还是发现了一些小小的瑕疵：细观MyMvc.Controller的项目图标类型，怎么和Web的时一样的(下图)？不爽。

看来这样的直接复制是把整个MVC Web Application下面的类型都一起复制过来了，为了避免日后不必要的麻烦，还是需要让Controllers变回“类库”，于是打起了那三个Guid的注意，经过两次两两搭配后（{fae04ec0-301f-11d3-bf4b-00c04f79efbc}一定要保留）发现，只要删除中间的{349c5851-65df-11da-9384-00065b846f21}之后，MyMvc.Controllers项目又回到了“类库”的状态：

于是猜测{fae04ec0-301f-11d3-bf4b-00c04f79efbc}对应了Web Application的项目类型，而{603c0e0b-db56-11dc-be95-000d561079b0}对应了MVC RC的模板。

通过以上这些操作，分离了M-V-C结构，并且在Controllers中“完整”保留了MVC RC的脚手架的功能。

上面的“完整”之所以要突出一下，是因为这种保留实在是太“完整”了，以至于在Controller中自动添加View页面会添加到Controller项目中，而不是我们所希望的MyMvc.View项目中（查看对应View页面也存在相同的问题）。这倒是个大问题，如果这个问题不解决，那么“脚手架”反而成了“绊脚石”，这个问题如何解决呢？