问题标签 [portable-areas]

使用 MvcContrib Portable Areas 时，我无法让强类型视图工作。

我收到错误消息

我尝试使用内置类型来检查我的类型是否有错误。

我有一个 .net mvc 2 Web 应用程序。我使用 aspnet_compiler 和一个 nant 构建文件部署了这个应用程序

喜欢

现在我开始实现 PortableArea，至少 LoginArea 嵌入了所有页面，这是 MvcContrib PA 所需的。

在我的本地机器上工作正常，但在测试环境中（当我使用 aspnet_compiler 部署应用程序时）应用程序找不到 Login.aspx 视图。

那么问题是如何部署这样的应用程序？aspnet_compiler 有一个指令告诉编译器有一些嵌入式资源？

谢谢

我有一个想要扩展的 Umbraco 网站。我觉得 ASP.Net MVC 是我正在编写的扩展的方法——我特别喜欢 MVCContrib 的便携式区域的想法。我想知道的是，在不重新编译源代码的情况下将便携式区域合并到 Umbraco 中会有多简单？

更一般地说，是否可以仅通过修改 web.config 将便携式区域连接到现有应用程序？我正在考虑创建一个 HttpModule 并将其包含在 web.config 中。

我有一个非常棘手的问题要解决，我思考和搜索了很多，得出了一个我会提到的结论。问题是我有一个客户想要创建一个基于通用功能的网站，所以我们称之为模块，所以我想使用 MVC Contrib Portable Areas，这是插入模块的好主意，但我有一个大问题，假设我创建了一个博客模块，该模块将在他想要的新站点中实现，现在一些用户有独特的要求，比如其中一个需要为每篇文章添加图片库，或者每篇文章中的引用列表。在正常情况下，如果您有一个站点可以工作，这很容易，所以您所要做的就是

• 将带有外键的新库表添加到博客表。
• 重新生成 Linq2SQl 代码并更新模型。
• 将新的表单元素添加到创建、编辑、删除视图。
• 在控制器中添加逻辑。

但在我的情况下，由于两个原因，它既复杂又耗时

• 如果新功能很酷并且客户决定在所有站点中实现它，那么我必须为每个站点重复工作。
• 如果功能是独一无二的，它将在未来给我造成不一致

这就是为什么作为解决问题的第一步，我使用便携式区域为每个模块创建插件，现在这肯定会通过为每个新模块或插件拖动 1 个 DLL 来简化我的工作，但我在这里有一个小问题，

• 因为新的模块或插件是一个 Dll，我如何在我的管理面板中创建这样的功能来安装新的插件或找到任何新添加的模块/插件将新的 DLLS 拖到主应用程序
• 在便携式区域内创建安装过程的最佳实践是什么，例如更新数据库、新路由等。

现在是模块插件特有的最大问题 :) 让我们收回文章库插件，如果我按照上面提到的逻辑将其创建为可移植区域，那么在模块中创建功能会更容易循环遍历所有已安装插件并在 CRUD 视图中列出它们的代码，但是因为我隔离了插件并且不想手动更新主模块代码，原因是上述原因将无法对新插件进行 CRUD 操作与主模块同步，因为没有外键关系，同样因为我上面说它可能是可选的，所以我想到了以下解决方案，我希望会有更好的解决方案

首先在安装过程中，我将为 Gallery Addon 创建一个表，但不是创建外键关系，而是创建一个手动外键，当我使用创建记录时，将通过在主模块控制器中生成唯一 ID 来填充以下代码然后将其存储在 ViewData 中，并在我创建新记录时将其传递给插件控制器，

但这是我的担忧

• 这种方式可行还是只是简单的愚蠢。
• 这种技术是否会生成一个真正唯一的密钥。

如果我的问题很蹩脚，我非常抱歉，但这是最好的提问地方，我想很多人都希望有这样的功能，希望有人能回答我

我需要帮助。我无法从我的主项目访问我的便携式区域。我构建了所有内容，但在尝试访问此便携式区域（localhost:123/IW/Home）时出现 404 错误，但我所有的常规区域都工作正常（例如：localhost:123/Portal/Home）

这是我为安装便携式区域所做的 - 我下载了 MVCContrib - 我在我的主项目（称为 WAB）中添加了对 MVCContrib.dll 的引用

-我在与 WAB 相同的解决方案中创建了一个新的类库项目。-这个新的类库称为 IWPortableArea，我添加了必要的程序集引用（MVCContrib、System.mvc、...）

-我创建了一个 IWRegistration：

-我创建了一个不使用任何视图文件的简单控制器：

-我在我的主项目中添加了对可移植区域的引用：IWPortableArea.dll

- 最后，我将主应用程序的 Global.asax.cs 修改为：

我正在尝试在便携式区域中使用 Html.EditorFor（即创建和编辑使用相同的表单），但它似乎不起作用（虽然它不在便携式区域中时很好）。在页面中，我只有：

然后在“EditorTemplates”子文件夹中我有我的编辑器代码

但是，它似乎并没有使用它来呈现编辑器。

我有一个很大的 .net mvc 2 项目，我们正在使用 MvcContrib Portable Area。有一个加载许多模块（PA 模块）的主网站。

主应用程序包含Site.Mater在其~\Views\Shared文件夹中。每个模块也有自己的Site.Master继承自该主模块。

目前我们正在使用类似的东西：

编译后，视图处理主 Site.Master 权限，因为它是相对路径。现在我收到了在编译期间构建视图的要求。所以我在每个 web PA 模块项目中启用了 MvcBuildViews = true。

当然，我说"/temp/Views/Shared/Site.Master is not found".

如何保持 Portable Area 嵌入内容并确保视图不包含错误？

任何想法？

我正在使用 ASP.NET MVC 2 和 MvcContrib 2 可移植区域。消费应用程序正在利用从标准 WebForm 视图引擎派生的 CustomWebFormViewEngine。我希望便携式区域“Foo”利用标准便携式区域嵌入式视图引擎。如何在不影响消费应用程序的情况下执行此操作？

消费应用程序正在执行此操作：

我不能在可移植区域执行以下操作，因为这会从消费应用程序中清除 CustomWebFormViewEngine：

那么，如何让给定的可移植区域利用嵌入式视图引擎，但应用程序的其余部分继续使用 CustomWebFormViewEngine 呢？

我喜欢 MvcContrib 中的便携式区域的想法。在阅读了它并构建了一些练习之后，我很惊讶没有发现大量的开源项目利用这种简洁的方式在 MVC 应用程序中分发功能。

作为一个经常使用 Rails 的人，我喜欢我可以找到几乎任何东西的插件。（评论、身份验证、搜索、CMS、日志记录等）

但是，在搜索 Portable Areas 时，我看到的只有示例和 OpenId 实现。

对便携式区域的热爱在哪里？

• 是不是太新了？
• 架构有问题吗？
• 有没有像 Ruby 世界那样繁荣的开源社区？

我正在尝试将可移植视图与 ASP.NET MVC 3 和 razor 视图一起使用，因为这似乎是创建简单插件架构的最佳方式。所以我有我的类库设置，我的视图位于 /Views/Admin/Index.cshtml 中，它被设置为嵌入式资源。然后，我将该项目作为主要 Web 应用程序项目的依赖项包含在内。当我尝试访问管理控制器时，索引操作我收到一条消息，找不到该视图文件（因此控制器被正确包含）。我假设它正在尝试查看主要的 Web 应用程序项目，而不是可移植区域二进制文件。有没有办法让剃刀视图与便携式区域一起工作？