MVC
Pour un projet MVC, apportez les modifications suivantes (WebForms et Dot Net Core répondent ci-dessous):
WebApiConfig.cs
public static class WebApiConfig
{
public static string UrlPrefix { get { return "api"; } }
public static string UrlPrefixRelative { get { return "~/api"; } }
public static void Register(HttpConfiguration config)
{
config.Routes.MapHttpRoute(
name: "DefaultApi",
routeTemplate: WebApiConfig.UrlPrefix + "/{controller}/{id}",
defaults: new { id = RouteParameter.Optional }
);
}
}
Global.asax.cs
public class MvcApplication : System.Web.HttpApplication
{
...
protected void Application_PostAuthorizeRequest()
{
if (IsWebApiRequest())
{
HttpContext.Current.SetSessionStateBehavior(SessionStateBehavior.Required);
}
}
private bool IsWebApiRequest()
{
return HttpContext.Current.Request.AppRelativeCurrentExecutionFilePath.StartsWith(WebApiConfig.UrlPrefixRelative);
}
}
Cette solution a le bonus supplémentaire que nous pouvons récupérer l'URL de base en javascript pour effectuer les appels AJAX:
_Layout.cshtml
<body>
@RenderBody()
<script type="text/javascript">
var apiBaseUrl = '@Url.Content(ProjectNameSpace.WebApiConfig.UrlPrefixRelative)';
</script>
@RenderSection("scripts", required: false)
puis dans nos fichiers / code Javascript, nous pouvons effectuer nos appels webapi qui peuvent accéder à la session:
$.getJSON(apiBaseUrl + '/MyApi')
.done(function (data) {
alert('session data received: ' + data.whatever);
})
);
WebForms
Faites ce qui précède mais modifiez la fonction WebApiConfig.Register pour prendre un RouteCollection à la place:
public static void Register(RouteCollection routes)
{
routes.MapHttpRoute(
name: "DefaultApi",
routeTemplate: WebApiConfig.UrlPrefix + "/{controller}/{id}",
defaults: new { id = RouteParameter.Optional }
);
}
Et puis appelez ce qui suit dans Application_Start:
WebApiConfig.Register(RouteTable.Routes);
Dot Net Core
Ajoutez le package NuGet Microsoft.AspNetCore.Session , puis apportez les modifications de code suivantes:
Startup.cs
Appelez les méthodes AddDistributedMemoryCache et AddSession sur l'objet services dans la fonction ConfigureServices:
public void ConfigureServices(IServiceCollection services)
{
services.AddMvc();
...
services.AddDistributedMemoryCache();
services.AddSession();
et dans la fonction Configurer, ajoutez un appel à UseSession :
public void Configure(IApplicationBuilder app, IHostingEnvironment env,
ILoggerFactory loggerFactory)
{
app.UseSession();
app.UseMvc();
SessionController.cs
Dans votre contrôleur, ajoutez une instruction using en haut:
using Microsoft.AspNetCore.Http;
puis utilisez l'objet HttpContext.Session dans votre code comme ceci:
[HttpGet("set/{data}")]
public IActionResult setsession(string data)
{
HttpContext.Session.SetString("keyname", data);
return Ok("session data set");
}
[HttpGet("get")]
public IActionResult getsessiondata()
{
var sessionData = HttpContext.Session.GetString("keyname");
return Ok(sessionData);
}
vous devriez maintenant pouvoir toucher:
http://localhost:1234/api/session/set/thisissomedata
puis accéder à cette URL le retirera:
http://localhost:1234/api/session/get
Beaucoup plus d'informations sur l'accès aux données de session dans dot net core ici: https://docs.microsoft.com/en-us/aspnet/core/fundamentals/app-state
Problèmes de performance
Lisez la réponse de Simon Weaver ci-dessous concernant les performances. Si vous accédez à des données de session dans un projet WebApi, cela peut avoir des conséquences très graves sur les performances - j'ai vu ASP.NET appliquer un délai de 200 ms pour les demandes simultanées. Cela pourrait s'additionner et devenir désastreux si vous avez plusieurs demandes simultanées.
Problèmes de sécurité
Assurez-vous de verrouiller les ressources par utilisateur - un utilisateur authentifié ne devrait pas être en mesure de récupérer des données de votre WebApi auxquelles il n'a pas accès.
Lisez l'article de Microsoft sur l'authentification et l'autorisation dans l'API Web ASP.NET - https://www.asp.net/web-api/overview/security/authentication-and-authorization-in-aspnet-web-api
Lisez l'article de Microsoft sur la façon d'éviter les attaques de piratage Cross-Site Request Forgery. (En bref, consultez la méthode AntiForgery.Validate) - https://www.asp.net/web-api/overview/security/preventing-cross-site-request-forgery-csrf-attacks
[SessionState(SessionStateBehavior.Required)]sur leApiControllerfait l'astuce (ou le.ReadOnlycas échéant).