ASP.Net WebAPI de soutien de secteur

Je suis en train d'ajouter quelques WebAPI soutien à mon asp.net 4 RC site et souhaitez le mettre dans une zone. J'ai vu que quelqu'un a réussi à obtenir ce fonctionnement, sur la bêta (ici) , mais pour être honnête, n'ont aucune idée de ce que je fais dans la RC.

Personne n'a réussi à ajouter de soutien de secteur pour le RC de WebAPI?

InformationsquelleAutor Jon Bates | 2012-06-17
  1. 57

    Vous pouvez mettre des contrôleurs d'Api dans n'importe quel dossier vous voulez, vous n'avez pas besoin de créer une Zone comme vous l'avez fait pour MVC. Ce que j'ai l'habitude de le faire est de créer un sous-dossier " Api "à l'intérieur" des Contrôleurs du dossier de la MVC du site. Il suffit de s'inscrire itinéraires pour vos contrôleurs d'Api et il va fonctionner.

    • Merci. Il s'avère que noth!ing de la mine était de travailler parce que j'ai enregistré mon /api/ route après la route par défaut, qui a été la capture de tous les appels d'api
    • Puis-je avoir 2 Mondial.asax pour les deux WebAPI et asp.net 4 site?
    • Avoir deux contrôleur avec le même nom n'est pas autorisé alors qu'il est possible avec l'ASP MVC Domaines. Aussi, vous devez ajouter une contrainte sur {controller} de sorte que votre feuille de route seulement de contrôleur dans un espace de noms spécifique (si vous faites une API route par "zone"). J'ai construit un package nuget pour générer automatiquement les contraintes et éventuellement permettre aux contrôleurs de même nom. nuget.org/packages/UsefulBits.Web.Http.Areas
    InformationsquelleAutor frennky
  2. 22

    Les zones d'appui dans l'API web Url

    Vous avez simplement à s'inscrire à l'API de Web route.

    Mais cette route doit être enregistré avant les autres itinéraires. Si non, les requêtes à l'API web sera, à tort, manipulés comme s'ils étaient un MVC action.

    Lorsque vous êtes à l'aide de domaines, vous devez prendre en compte que les inscriptions pour les domaines des routes est généralement effectuée avant l'enregistrement de la non-zone de routes. I. e, dans Global.asax Application_Start vous avez ces lignes de code, dans cet ordre:

    AreaRegistration.RegisterAllAreas();
//...
RouteConfig.RegisterRoutes(RouteTable.Routes);

    Le premier appel de méthode à invoquer la RegisterArea méthode de chaque trouvé xxxAreaRegistration classe. Et, à l'intérieur de cette configuration, vous aurez généralement quelque chose comme ceci:

    context.MapRoute(
    "AreaName_default",
    "AreaName/{controller}/{action}/{id}",
    new { action = "Index", id = UrlParameter.Optional }
);

    Si vous voulez avoir des contrôleurs d'API Web à l'intérieur de cette zone, vous devez ajouter l'API Web de l'itinéraire avant celui-ci, comme suit:

    context.Routes.MapHttpRoute("AreaName_WebApiRoute",
    "AreaName/Api/{controller}/{id}",
    new { id = RouteParameter.Optional });

    Dans ce cas, je suis en supposant que vous souhaitez appeler votre contrôleurs d'API à l'aide d'une url comme ceci: /AreaName/Api/ControllerName/Id.

    J'ai l'habitude de stocker les contrôleurs d'API Web à l'intérieur d'un Api dossier à l'intérieur de la zone dossier, mais il n'a pas d'importance où vous les placez. Prendre en compte le fait que les contrôleurs d'API va être trouvés partout où ils sont et, si vous utilisez le même nom pour eux dans différents domaines, vous obtiendrez des conflits: ils sont trouvés par le nom de la classe, et non par le pleinement qualifié (espaces de noms).

    En quelques mots: il n'y a pas de réel soutien pour les zones, mais vous pouvez les inclure dans leurs propres dossiers à l'intérieur de ces zones, et les rendre disponibles sur les URL qui ressemblent à ceux des contrôleurs MVC à l'intérieur de zones.

    Soutenir route espaces de noms

    Que si vous voulez avoir des contrôleurs d'API Web avec le même nom dans différents domaines? Si vous voulez vraiment donner un réel soutien pour les zones de contrôleurs d'API Web, vous avez à mettre en œuvre et d'enregistrer une coutume IHttpControllerSelector.

    Vous avez une bonne explication et un exemple de mise en œuvre ici: ASP.NET l'API Web: l'Utilisation des espaces de noms à la Version Web Api

    Cet exemple utilise les espaces de noms pour la gestion des versions, mais le code peut être légèrement modifié pour prendre en charge les zones d'espaces de noms.

    InformationsquelleAutor JotaBe
  3. 13

    ASP.NET MVC 4 ne prend pas en charge WebAPI dans les Régions.

    Il est possible d'étendre DefaultHttpControllerSelector pour ce faire, mais vous devez lire attentivement cet excellent (et courte) de l'article: ASP.NET MVC 4 RC: Arriver WebApi et les Zones de jouer gentiment. Il fonctionne très bien.

    J'ai testé cette solution avec portable domaines (MVCContrib).
    Fondamentalement, vous devez:

    • Mettre les méthodes d'extension "AreaRegistrationContextExtensions" dans le PA du projet (obligatoire à partir de PortableAreaRegistration.RegisterArea() méthode): vous pouvez copier la classe statique en PA du projet, mais je suggère de le mettre dans un projet partagé.
    • Ajouter la classe "AreaHttpControllerSelector" (héritée de DefaultHttpControllerSelector) dans le projet hôte.

    • Ajouter au Mondial.asax App_Start() la ligne suivante:

      GlobalConfiguration.La Configuration.Services.Remplacer(typeof(IHttpControllerSelector), de nouvelles AreaHttpControllerSelector(GlobalConfiguration.De Configuration));

    Il y a un problème avec la mise en œuvre de AreaHttpControllerSelector: le nom de domaine doit correspondre à la ApiController de l'espace de noms. Par exemple, ceci est mon PortableAreaRegistration classe:

    namespace PortableAreasSample.MembershipArea
{
    using System;
    using System.Collections.Generic;
    using System.Linq;
    using System.Web;
    using MvcContrib.PortableAreas;
    using System.Web.Http;
    using System.Web.Mvc;
    using System.Web.Routing;

    public class MembershipRegistration : PortableAreaRegistration
    {
        public override void RegisterArea(System.Web.Mvc.AreaRegistrationContext context, IApplicationBus bus)
        {
            //GET /MembershipArea/GetAllUsers
            context.MapHttpRoute("MembershipApi",
                AreaName + "/{controller}/{id}",
                new { area=AreaName, controller = "GetAllUsers", id = RouteParameter.Optional });
        }

        public override string AreaName
        {
            get { return "MembershipArea"; }
        }
    }
}
    InformationsquelleAutor Eric Boumendil
  4. 4

    Assurez-vous d'enregistrer l'API route avant que la route par défaut, sinon la route par défaut sera goulûment de capturer tout!

    InformationsquelleAutor Jon Bates
  5. 1

    Juste pour l'achèvement, les attributs suivants, qui pourraient aider les gens à sortir d'une impasse (qui ne suivront pas eric conseils ci-dessus...)

    [Route ("api/interesting/{id?}")]
[RoutePrefix("api/interesting")]

    http://www.asp.net/web-api/overview/web-api-routing-and-actions/attribute-routing-in-web-api-2

    InformationsquelleAutor Jon Bates