Lorsque AppInitialize méthode appelée dans ASP.NET?

Lors de la pratique de la personnalisation VirtualPathProvider, j'ai trouvé que la coutume VirtualPathProvider peuvent être enregistrés dans le Mondial.asax ou dans AppInitialize procédé selon la MSDN http://msdn.microsoft.com/en-us/library/system.web.hosting.virtualpathprovider.aspx. Cependant, MSDN n'est pas clairement décrire la méthode AppInitialize.

Ne statique AppInitialize méthode dans le dossier App_code sera automatiquement appelée par ASP.NET d'exécution, au démarrage?

InformationsquelleAutor Morgan Cheng | 2008-12-01
  1. 34

    Bien qu'il existe peu de documentation sur le AppInitialize() la méthode, vous avez raison de supposer que toute classe dans votre dossier App_Code qui contient une signature de méthode comme ceci:

    public static void AppInitialize()

    sera invoqué lorsque l'Asp.Net l'application démarre. Rappelez-vous que App_Code est un dossier spécial Asp.Net et à l'intérieur tout y est traité un peu différemment. Bonne chance pour trouver de la documentation sur tous les petits caprices (comme celle-ci) du dossier App_Code.

    Une autre chose à retenir est cependant qu'une seule classe peut contenir une signature pour le AppInitialize() la méthode ou l'autre, vous obtiendrez une erreur de compilation lors de l'exécution de ce type:

    La AppInitialize méthode est définie
    à la fois dans 'App_Code.SomeClassOne " et dans
    'App_Code.SomeClassTwo'.

    Ainsi, alors que c'est parfaitement valide:

    public class SomeClassOne
{
    public static void AppInitialize()
    {
        HostingEnvironment.Cache["InitializationTimeOne"] = DateTime.Now;
    } 
}

    Cela va générer l'erreur de compilation que je l'ai mentionné ci-dessus:

    public class SomeClassOne
{
    public static void AppInitialize()
    {
        HostingEnvironment.Cache["InitializationTimeOne"] = DateTime.Now;
    } 
}

public class SomeClassTwo
{
    public static void AppInitialize()
    {
        HostingEnvironment.Cache["InitializationTimeTwo"] = DateTime.Now;
    } 
}

    J'espère que cela efface un peu les choses pour vous 🙂

    • C'est très utile. Aucune idée de l'endroit où trouver d'autres exemples de App_Code des comportements spéciaux?
    • J'ai eu ce travail dans un Service web WCF pour un certain temps, et tout à coup, il a mystérieusement cessé de travailler. Si j'exécute le Service web dans Visual Studio l'initialisation a lieu, mais si je le déployer pour IIS aucune initialisation semble prendre place. Je pourrais jurer c'était le travail, et maintenant, soudain, elle ne l'est pas. Des idées?
    • Trouvé le problème. J'ai changé le "Action de Construire" sur les .cs de fichier qui contient l'initialisation de "Contenu" à "Compiler" dans une tentative de ne pas avoir le "App_Code" dossier copié sur le Webservice dossier de publication. Eh bien, qui ne peut être fait...
    • Je serais probablement faire l'affaire que vous ne devriez pas utiliser le dossier App_Code pour un projet WCF. Au lieu de cela, vous pouvez consulter la WCF façon de faire les choses par la création de vos propres ServiceHostFactory, de sorte que vous pouvez contrôler ce que les choses s'exécuter lors de l'initialisation. Un joli exemple complet peut être trouvé ici: blogs.msdn.com/b/carlosfigueira/archive/2011/03/14/...
    • n'est-ce pas sembler comme une complication si vous voulez juste un "AppStart" méthode de point d'entrée. Quel est l'avantage?
    • C'est une assez vieille réponse qui date d'avant la plus récente AppStart modèle. La plupart des spéciales ASP.Net les dossiers sont à éviter ces jours-ci, et la prochaine version de ASP.Net utilise un modèle complètement différent.
    • Cela ne fonctionne pas dans le cas de la WCF, j'ai hébergé la WCF dans IIS, j'utilise mon hôte personnalisé pour démarrer le service, comme ci-dessous <%@ ServiceHost Language="C#" Debug="true" Factory="espace de Noms.UnityServiceHostFactory" Service="Service1" CodeBehind="Service1.svc.cs" %>

    InformationsquelleAutor Josh