问题标签 [controller]

I'm looking for some examples or samples of routing for the following sort of scenario:

The general example of doing things is: {controller}/{action}/{id}

So in the scenario of doing a product search for a store you'd have:

Say you had a few stores to do this and you wanted that consistently, is there any way to then have: {category}/{controller}/{action}/{id}

So that you could have a particular search for a particular store, but use a different search method for a different store?

(If you required the store name to be a higher priority than the function itself in the url)

Or would it come down to:

It may not be a great example, but basically the idea is to use the same controller name and therefore have a simple URL across a few different scenarios, or are you kind of stuck with requiring unique controller names, and no way to put them in slightly different namespaces/directories?

Edit to add:

The other reason I want this is because I might want a url that has the categories, and that certain controllers will only work under certain categories.

IE:

/this/search/items/search+term <-- works

/that/search/items/search+term <-- won't work - because the search controller isn't allowed.

我们的家庭不再使用我们的Mixman DM2 USB 控制器来制作音乐。这让我可以将其用作带有 31 个“键”（和一些“滑块”）的辅助键盘。我有一个疯狂的想法，即使用这些按钮将键盘快捷键发送到 Visual Studio。按一个键似乎比一些手指弯曲的 ctrl 双键组合更容易。

我尝试了一些实用程序，例如 JoyToKey 和 XPadder，但它们只能识别游戏控制器，而 DM2 属于更通用的“USB 控制器”类别。

你听说过这样的废话吗？

澄清问题：您是否知道从通用 USB 控制器读取输入并将其映射到键盘按键的实用程序？-或者- 您是否知道将从通用 USB 控制器读取的 Visual Studio 加载项？

以下是我的想法： 使用 MVC 的目的是分离关注点和 gui 逻辑的可测试性。视图应该能够与不同的模型一起工作，模型应该能够与不同的视图一起工作。

我认为控制器类出于模拟/测试的原因必须实现一个接口，并且视图应该通过这个接口调用控制器方法。但是如果我们这样做，那么在控制器中处理视图元素（文本框、网格等）就变得很困难。因此，控制器必须以某种方式知道这些元素。

1.你通过界面暴露这些gui元素吗？将控制器类定义为部分类，以便控制器可以直接处理 gui 元素（那么接口呢）？你做什么来解决这个问题？

2. 基本上，控制器应该实现多个接口吗？一个用于视图，另一个用于模型层，以使视图/模型能够通过控制器与不同的模型/视图一起工作？

3. 模型层也应该实现模拟/测试接口？

我们如何才能最好地实现我们的测试、松散耦合、SoC 的目的？请分享您的经验/想法。

我正在使用 spring 2.5，并且正在使用注释来配置我的控制器。如果我不实现任何其他接口，我的控制器工作正常，但是当我添加接口实现时，spring 容器无法识别控制器/请求映射。

我不明白为什么添加接口实现会弄乱控制器的配置和请求映射。有任何想法吗？

所以，这有效：

但这不是：

我正在使用 spring 2.5 和注释来配置我的 spring-mvc web 上下文。不幸的是，我无法使以下工作。我不确定这是否是一个错误（似乎是这样），或者是否对注释和接口实现子类化的工作方式存在基本误解。

例如，

工作正常。当上下文启动时，会发现这个处理程序处理的 url，并且一切正常。

然而，这不会：

当我尝试提取 url 时，我得到以下讨厌的堆栈跟踪：

但是，如果我将 Bar 更改为抽象超类并让 Foo 扩展它，那么它会再次起作用。

这似乎是一个错误。@Controller 注释应该足以将其标记为控制器，并且我应该能够在我的控制器中实现一个或多个接口，而无需执行任何其他操作。有任何想法吗？

我知道 Html.Button 已移至 Microsoft.Web.Mvc 命名空间，但我真的很怀念早期预览版中曾经存在的通用版本。

我想要 Html.Button 做的就是在我的控制器中点击一个动作，但我宁愿不在 onClickMethod 参数中编写 JavaScript。

在我之前的项目中，我只是从之前的预览版本中获取了通用的 Html.Button 代码，但是随着事情的进展，这似乎不是最好的方法。还有 Html.NavigateButton ......那在哪里，为什么我必须重新创建它？

其他人是如何做到这一点的？

我对 MVC 相当陌生，来自 php 背景，当我需要登录表单之类的东西时，我通过视图设计并创建页面。我会有一个名为 login 的文件。只有当我需要一个新的登录表单来登录不同类型的用户时，这才很糟糕。说管理员。然后，我必须创建一个名为 login-admin.php 或类似性质的新页面。

最近我开始探索 MVC，尤其是框架，我遇到的最大问题是确定你的控制器到底是如何设计的。我被告知要么为每个视图文件路由使用一个控制器，要么根据您的域对象获取控制器。

我知道我可以有一个用户控制器和很多方法来操作该对象，比如用户/添加、用户/编辑、用户/删除、用户/配置文件。但是在这种情况下，似乎一旦您需要不一定适合“域对象”的视图，就很难决定将它们粘贴在哪里。

那么，在确定您的控制器将是什么时，最佳实践是什么？

我可以创建一个只返回图像资产的控制器吗？

每当请求如下 URL 时，我想通过控制器路由此逻辑：

控制器将查找topbanner.png该图像并将其直接发送回客户端。

我见过这样的例子，你必须创建一个视图——我不想使用视图。我想只用控制器来完成这一切。

这可能吗？

最近我一直在为一些个人项目研究 PHP 框架，看起来它们中的大多数都使用前端控制器来模拟响应。控制器从请求中获取参数，并根据逻辑发送适当的标头来重新路由。这就是“回应”。这是在 PHP 中执行此操作的最佳方法，还是有其他关于如何处理重新路由和响应的理论？

使用带有观察者模式的 MVC，如果用户操作需要轮询设备（例如相机）以获取数据，应该在 Controller 中完成轮询并将结果从 Model 传递出去，还是应该向 Model 和模型本身执行轮询。

这个问题是我试图调和我正在阅读的所有内容，这些内容吹捧“瘦控制器”格言与我的直觉，即模型应该只对不获取数据的数据起作用。

（注意：这个问题可能是主观的。我不完全确定这个问题有一个唯一的答案。如果没有，请随时重新标记，因为我很想听听关于这个主题的意见。）