Asp.NET MVC/Web API 的模式符合 SignalR/Websockets
Asp.NET MVC/Web API's pattern meet SignalR/Websockets
我们有一个 Web 应用程序想要在 Asp.NET MVC 中使用 SignalR/Websockets。我很难理解 SignalR and/or Websockets 在最有意义的目录结构中的最终位置,并保持关注点分离(因为 SignalR/Websocket 函数在技术上类似于控制器)。
那么,这样更正确吗?
- 控制器
- 型号
- 观看次数
- 角色
还是这样更正确?
- 控制器
- 角色(子文件夹)
- 观看次数
- 型号
第二个问题:起名"Roles"有意义吗?或者这是我们调用文件夹 SignalR 的情况?
我问的原因是 MVC 应用程序的目录结构(模型、视图等)得到了很多强调,但似乎没有太多关于放置角色的方向 类.
如果您使用的是 SignalR 2,您将使用 Hubs
管理 es 的最佳方式:
- 型号
- 观看次数
- 控制器
- 集线器
在 Hubs 文件夹中,您应该像这样创建与 Microsoft.AspNet.SignalR.Hubs 相关的所有元素:
namespace MyApp.Hubs
{
using Microsoft.AspNet.SignalR;
public class MyHub : Hub
{
}
}
您可以在此处查看示例:
http://www.asp.net/signalr/overview/getting-started/real-time-web-applications-with-signalr
我们有一个 Web 应用程序想要在 Asp.NET MVC 中使用 SignalR/Websockets。我很难理解 SignalR and/or Websockets 在最有意义的目录结构中的最终位置,并保持关注点分离(因为 SignalR/Websocket 函数在技术上类似于控制器)。
那么,这样更正确吗?
- 控制器
- 型号
- 观看次数
- 角色
还是这样更正确?
- 控制器
- 角色(子文件夹)
- 观看次数
- 型号
第二个问题:起名"Roles"有意义吗?或者这是我们调用文件夹 SignalR 的情况?
我问的原因是 MVC 应用程序的目录结构(模型、视图等)得到了很多强调,但似乎没有太多关于放置角色的方向 类.
如果您使用的是 SignalR 2,您将使用 Hubs
管理 es 的最佳方式:
- 型号
- 观看次数
- 控制器
- 集线器
在 Hubs 文件夹中,您应该像这样创建与 Microsoft.AspNet.SignalR.Hubs 相关的所有元素:
namespace MyApp.Hubs
{
using Microsoft.AspNet.SignalR;
public class MyHub : Hub
{
}
}
您可以在此处查看示例:
http://www.asp.net/signalr/overview/getting-started/real-time-web-applications-with-signalr