À l'aide de l'Application Web numéro de version à partir d'un assemblage (ASP.NET/C#)

Voici quelque code que j'ai utiliser qui prend en charge l'obtention de l'application de la "main" de l'assemblée à partir de Web ou de non-web apps, vous pouvez ensuite utiliser GetName().Version pour avoir la version.

Il tente d'abord GetEntryAssembly() pour les applications web. Cette méthode retourne null en vertu de ASP.NET.
Ensuite, il examine HttpContext.Actuel pour déterminer si c'est une application web. Il utilise ensuite le Type de l'actuel HttpHandler - mais ce type de montage peut être généré ASP.NET l'assemblée si l'appel est effectué à partir d'une page ASPX, de sorte qu'il traverse la HttpHandler de BaseType de la chaîne jusqu'à ce qu'il trouve un type qui n'est pas dans l'espace de noms ASP.NET utilise pour ses types générés ("ASP").
Ce sera généralement un type dans votre assemblage principal (par exemple. De la Page dans le fichier code-behind). Nous pouvons alors utiliser le Montage de ce Type.
Si tout le reste échoue ensuite retomber à GetExecutingAssembly().

Il y a toujours des problèmes potentiels avec cette approche, mais il fonctionne dans nos applications.

    private const string AspNetNamespace = "ASP";

    private static Assembly getApplicationAssembly()
    {
        //Try the EntryAssembly, this doesn't work for ASP.NET classic pipeline (untested on integrated)
        Assembly ass = Assembly.GetEntryAssembly();

        //Look for web application assembly
        HttpContext ctx = HttpContext.Current;
        if (ctx != null)
            ass = getWebApplicationAssembly(ctx);

        //Fallback to executing assembly
        return ass ?? (Assembly.GetExecutingAssembly());
    }

    private static Assembly getWebApplicationAssembly(HttpContext context)
    {
        Guard.AgainstNullArgument(context);

        object app = context.ApplicationInstance;
        if (app == null) return null;

        Type type = app.GetType();
        while (type != null && type != typeof(object) && type.Namespace == AspNetNamespace)
            type = type.BaseType;

        return type.Assembly;
    }

Mise à JOUR:
J'ai roulé ce code dans un petit projet sur GitHub et NuGet.

Je préfère le Web.Config pour stocker la version actuelle du site.

Vous pouvez également essayer de créer un AssemblyInfo.cs fichier dans la racine de l'application web qui est la suivante:

using System.Reflection;
using System.Runtime.CompilerServices;
...
[assembly: AssemblyVersion("1.0.*")]
...

puis accéder à la valeur via le code comme ceci:

System.Reflection.Assembly.GetExecutingAssembly()

Ici est plus détails sur le AssemblyInfo classe.

Juste au cas où quelqu'un s'est toujours intéressée; ceci devrait faire l'affaire et devrait être un peu plus sûr que de prendre simplement le BaseType de ApplicationInstance pour obtenir vos mains sur le Global.asax mise en œuvre.

Mondiale.asax est toujours compilé dans la même assemblée que l'assemblée des attributs de AssemblyInfo.cs, donc cela devrait fonctionner pour toutes les applications web qui définissent un Mondial.asax.

Pour ceux qui ne définissent pas leurs propres Mondiale.asax, il reviendra à la version de l'généré global_asax type, qui est toujours 0.0.0.0, et pour les applications qui ne sont pas des applications web, il sera juste de retour pas de version.

De Bonus; en utilisant le BuildManager classe ne pas de l' HttpContext instance, ce qui signifie que vous devriez être en mesure d'utiliser cette application code de démarrage ainsi.

public static Version GetHttpApplicationVersion() {
  Type lBase = typeof(HttpApplication);
  Type lType = BuildManager.GetGlobalAsaxType();

  if (lBase.IsAssignableFrom(lType))
  {
    while (lType.BaseType != lBase) { lType = lType.BaseType; }
    return lType.Assembly.GetName().Version;
  }
  else
  {
    return null;
  }
}

J'ai rencontré un problème similaire, et pensé que vous pourriez trouver la solution utile.

J'avais besoin de rapport à l'actuelle version de l'application (d'un projet d'application web) à partir d'un contrôle serveur personnalisé, dans lequel le serveur de contrôle a été contenue dans une autre bibliothèque. Le problème était que le plus "facile" de l'assemblée des getters ne fournissent pas le droit de l'assemblée.

• Assembly.GetExecutingAssembly() retourné l'assemblée contenant le contrôle; non à la demande de l'assemblée.
• Assembly.GetCallingAssembly() retourné assemblages différents selon l'endroit où j'en étais dans l'arbre d'appel; habituellement le Système.Web, et parfois de l'assemblée contenant le contrôle.
• Assembly.GetEntryAssembly() retourné null.
• new StackTrace().GetFrames()[idx].GetMethod().DeclaringType.Assembly récupère l'assemblage d'une image dans la trace de la pile au niveau de l'index idx; cependant, en plus d'être inélégant, coûteuse et sujette à l'erreur de calcul sur le numéro de l'image, il est possible que la trace de la pile à contient pas de tous les appels à la demande de l'assemblée.
• Assembly.GetAssembly(Page.GetType()) marqué me le App_Web_@#$@#$%@ assembly contenant la page générée dynamiquement. Bien sûr, la page dynamique hérite d'une classe à partir de mon application assemblée, de sorte que conduit à la solution finale:

---

Assembly.GetAssembly(Page.GetType().BaseType)

Avec la référence de l'assemblage à la main, vous pouvez explorer à la version par l'intermédiaire de son nom:

var version = Assembly.GetAssembly(Page.GetType().BaseType)
                      .GetName()
                      .Version;

---

Maintenant, cette solution fonctionne car j'ai eu une référence à un type de la demande de l'assemblée. Nous n'utilisons pas toutes les pages qui ne pas hériter d'un code derrière, il arrive à être efficace pour nous, mais votre kilométrage peut varier, si votre organisation pratiques de codage sont différents.

Bon codage!

Quelques infos ici: http://www.velocityreviews.com/forums/showpost.php?p=487050&postcount=8

dans asp.net 2.0 chaque page est dans sa propre assemblée, de sorte que seules les dll
le AssemblyInfo.cs est construit en
de retour de la réponse correcte. il suffit d'ajouter une
méthode statique à AssemblyInfo.cs
retourne les informations de version, et de les appeler
cette méthode à partir de vos autres pages.

-- bruce (sqlwork.com)

Mais j'ai écrit une méthode simple pour le faire:

    public static string GetSystemVersion(HttpServerUtility server)
    {
        System.Xml.XmlDocument doc = new System.Xml.XmlDocument();
        doc.Load(server.MapPath("~/web.config"));
        System.Xml.XmlNamespaceManager ns = new System.Xml.XmlNamespaceManager(doc.NameTable);
        ns.AddNamespace("bla", "http://schemas.microsoft.com/.NetConfiguration/v2.0");

        System.Xml.XmlNode node = doc.SelectSingleNode("/bla:configuration/bla:system.web/bla:authentication/bla:forms[@name]", ns);

        string projectName = "";
        if (node != null && node.Attributes != null && node.Attributes.GetNamedItem("name") != null)
            projectName = node.Attributes.GetNamedItem("name").Value; //in my case, that value is identical to the project name (projetname.dll)
        else
            return "";

        Assembly assembly = Assembly.Load(projectName);
        return assembly.GetName().Version.ToString();
    }

La question des états sans référence (cas), il n'a pas (au départ) de dire n'ayant aucune connaissance du web, les types d'application.

MODIFIER l'OP a précisé à l'état que oui, ils ne nécessitent aucune connaissance des types au sein de l'appelant web de l'assemblée, donc la réponse est appropriée. Cependant, je voudrais envisager sérieusement de refactoring d'une telle solution, tels que la version est passée dans l'autre assemblée.

Pour la plupart des gens dans ce scénario si vous connaissez la coutume HttpApplication type:

 typeof(MyHttpApplication).Assembly.GetName().Version

et si vous avez seulement une dynamique générée type:

 typeof(DynamiclyGeneratedTypeFromWebApp).BaseType.Assembly.GetName().Version

M'empêcher de voter pour cette réponse 🙂