为了回答这个问题,我添加了新的模块化服务和物理项目结构wiki 页面,以突出构建和模块化 ServiceStack 服务的不同方式,我将重复听到这些方式的可发现性:
正如您所发现的,ServiceStack为每个应用程序域提供了一个应用程序主机。正如您可以从名称中推断的那样,Host项目的作用是成为绑定所有服务具体依赖项、插件、过滤器和服务所需的所有其他内容的管道。AppHost.Configure()
在您的方法中初始化所有内容后,您的服务配置应该是不可变的。物理项目结构 wiki 页面wiki 显示了典型解决方案的推荐物理项目结构。
在多个组件中模块化服务
虽然您只能拥有 1 个 AppHost,但可以通过在 AppHostBase 构造函数中提供程序集来将服务分布在多个程序集中,例如:
public class AppHost : AppHostBase
{
//Tell Service Stack the name of your application and which assemblies to find your web services
public AppHost() : base("Hello ServiceStack!",
typeof(ServicesFromDll1).Assembly, ServicesFromDll2).Assembly /*, etc */) { }
public override void Configure(Container container) {}
}
您还可以提供自己的策略来发现和解决 ServiceStack 应该通过覆盖自动连接的服务类型CreateServiceManager
,例如:
public class AppHost : AppHostBase
{
public AppHost() : base("Hello ServiceStack!", typeof(ServicesFromDll1).Assembly) { }
public override void Configure(Container container) {}
//Provide Alternative way to inject IOC Container + Service Resolver strategy
protected virtual ServiceManager CreateServiceManager(params Assembly[] assembliesWithServices)
{
return new ServiceManager(new Container(),
new ServiceController(() => assembliesWithServices.ToList().SelectMany(x => x.GetTypes())));
}
}
在插件中封装服务
模块化服务的一种方法是将它们封装在插件中,这允许您手动注册服务、自定义路由、过滤器、内容类型、允许自定义以及您的模块需要的任何其他内容。
为了说明这一点,我们将展示一个基本身份验证功能示例的样子:
public class BasicAuthFeature : IPlugin
{
public string HtmlRedirect { get; set; } //User-defined configuration
public void Register(IAppHost appHost)
{
//Register Services exposed by this module
appHost.RegisterService<AuthService>("/auth", "/auth/{provider}");
appHost.RegisterService<AssignRolesService>("/assignroles");
appHost.RegisterService<UnAssignRolesService>("/unassignroles");
//Load dependent plugins
appHost.LoadPlugin(new SessionFeature());
}
}
将所有内容都封装在插件中,您的用户可以通过以下方式轻松地在您的 AppHost 中启用它们:
Plugins.Add(new BasicAuthFeature { HtmlRedirect = "~/login" });
有关物理布局项目的推荐方式,请参阅此较早的答案。