Bestimmen, ob die Ausführung in ASP.NET oder WinForms/Konsole ohne System.Web

Aus einer Klassenbibliothek, die ich brauche, um zu bestimmen, die zur Laufzeit, ob ich in einer ASP.NET app oder WinForms/console app. Es wurden mehrere andere Fragen gefragt zu dem Thema, aber alle diese Lösungen benötigen Sie einen Verweis auf System.Web. Wenn überhaupt möglich, beim ausführen meiner Konsole und WinForms-apps, die ich nicht wollen, um das System zu starten.Web-assembly in den Speicher nur für eine Zeile code aus tausenden.

InformationsquelleAutor Billy Jo | 2011-03-28

8

Verwenden System.Diagnostics.Process.GetCurrentProcess().ProcessName

Wenn Sie ASP.NET dann die Montage benannt werden folgendermassen:
- Wenn Sie IIS 6.0 oder IIS 7.0, der name ist w3wp.exe.
- Wenn Sie mit einer früheren version von IIS, der name ist aspnet_wp.exe.
Andere Idee: Wie wäre die Prüfung der Prozess - /app-Domäne auf die Anwesenheit von System.Web.dll mit der Anwendungsdomäne.CurrentDomain.GetAssemblies () - API?
- GetExecutingAssembly() gibt die assembly mit der Zeit-Ausführung code-Zeile. Für eine Klasse Bibliothek befindet sich in einer DLL verwiesen wird, die von Anwendungen von verschiedenen Arten, wird immer der gleiche sein, unabhängig davon, welche app es verweist.
- Danke, ich packte die falsche API.
- Ich mag das, weil es ist einfach, und ich bin schon immer der Wert System.Diagnostics.Process.GetCurrentProcess().ProcessName als Ausgangspunkt. Allerdings, die überprüfung für bestimmte Rückgabewerte fühlt Art hacky. Wenn der name des Prozesses ändert sich mit IIS 8, würde ich ein update meiner app. Werde ich haben, um ihm einige Gedanken.
- Ja, es ist ein hack. Ich eigentlich erst mal über Sie kam, wenn Sie versuchen, um zu bestimmen, ob oder nicht Sie das benutzerdefinierte Steuerelement den ich schuf, war in den design-Modus oder die Laufzeit. Für die, die ich hatte, zu überprüfen, um zu sehen, ob der Besitzer Prozess war ein IDE-oder nicht. Das Steuerelement.DesignMode-Eigenschaft eigentlich gar nicht arbeiten. Das heißt, es ist eine gute Idee, um Ihre Wetten abzusichern. Haben Sie überprüft, in andere alternativen wie detectic, ob oder ob nicht einige core ASP.NET DLLs werden im gleichen Prozess geladen? Das sollte eine solide Ahnung.
- Überprüfen Sie meine "Andere Idee" Bearbeiten " oben. Es könnte für Sie arbeiten. Obwohl ein Nachteil könnte sein, dass die assembly geladen werden könnten, wenn die app läuft bist du in verwendet die web-APIs...
- Ich habe noch nicht getestet, und es ist vielleicht overkill, aber konnte Sie laden das System.Web assembly per Reflection in eine separate appdomain und dann zu zerstören, wenn Sie fertig sind? Dies würde zumindest nicht wirklich ein hack und funktioniert, um das laden der assembly als Teil der Anwendung für die gesamte Dauer.
- App-domains tatsächlich machen es einfach, laden und entladen von Assemblys. Viele .NETTO-IoC-frameworks machen großen Gebrauch von dieser Funktion. Siehe Schloss Windsor, für eaxmple: docs.castleproject.org/Windsor.MainPage.ashx, Aber, ich bin mir nicht sicher, ob damit würde viel erreicht werden. Sie wäre in der Lage, laden Sie die systemweb.dll in jede .Die NETTO-app, unabhängig davon, ob es ASP.NET, Konsole oder WinForm.
- Ich bin der Annahme, dass diese Antwort, weil 1) es ist einfach zu implementieren; 2) ich bin schon immer ich bin schon immer System.Diagnostics.Process.GetCurrentProcess().ProcessName für nicht-web-Anwendungen; und 3) IIS-process-name ist eine sinnvolle Voreinstellung, wenn es Veränderungen mit IIS 8 oder wenn ich nicht, um zu bestimmen, die anderen Namen Weg. Vielen Dank für Ihre Hilfe, Paul.
InformationsquelleAutor Paul Sasik
5

Eine der Fragen, die Sie im Zusammenhang mit enthielt eine Antwort darauf hindeutet,Umwelt.UserInteractive.

Könnte man auch versuchen, zu analysieren, die StackTrace des Codes herausfinden, wo Sie sind aufgerufen, aus.
- Environment.UserInteractive zurück false wenn eine Konsole app ausgeführt wird, von der Windows-Task-Scheduler, so dass ich kann nicht Sie verlassen sich auf es als ein flag, das unterscheidet die web-apps von der Konsole apps. Ich werde versuchen zu analysieren, ein stack-trace und sehen, was ich mit oben kommen kann.
- Dieser test würde auch nicht in einem Windows-Dienst
InformationsquelleAutor devio
2

Könnten Sie versuchen, etwas, was sich auf die Montage.GetEntryAssembly(). Wie bereits im Kommentar unten, GetEntryAssembly() gibt NULL zurück, wenn der aktuelle code ausgeführt wird, im Kontext einer web-Anwendung oder den Dienst. Es werden wieder einige nicht-null-Verweis in Fällen von standalone-apps wie Windows forms oder console-apps.

Bearbeitet werden, um die original-Antwort, weil der Kommentar.
- Assembly.GetEntryAssembly() zurück null für web-Anwendungen und web-services. Guter Gedanke, aber.
- Gut, dann ist das eine mögliche Lösung; wenn GetEntryAssembly() gibt null zurück, du bist in einer web-Umgebung, in der Erwägung, dass, wenn es kommt zurück mit etwas, das Sie sind in einigen standalone-Umgebung.
- Es gibt keine Garantie, es ist web. Docs: "[I]f eine nicht verwaltete Anwendung erstellt eine Instanz einer COM-Komponente in C# geschrieben, ein Aufruf an die Methode GetEntryAssembly der C# - Komponente null zurück, weil der Einstieg in den Prozess wurde nicht verwaltetem code, anstatt einer verwalteten assembly."
- Es gibt null zurück, auch wenn es heißt, die aus MS-Test, da es nicht eine ausführbare Datei
InformationsquelleAutor KeithS

Noch ein weiterer hacken:

System.- Konfiguration.ConfigurationManager.OpenExeConfiguration löst eine ArgumentException mit einer speziellen Nachricht, wenn Sie nicht innerhalb einer standalone-exe. Könnten Sie diese Tatsache verwenden, um zu überprüfen, die in dieser Weise:

bool notAnExe = false ;
try
{
    //see if we're running in an exe.
    Configuration config = ConfigurationManager.OpenExeConfiguration(ConfigurationUserLevel.None);
}
catch(ArgumentException aex)
{
    if(aex.Message == "exePath must be specified when not running inside a stand alone exe.")
    {
        notAnExe = true ;
    }
}

InformationsquelleAutor Brian

1

Können Sie check-System.Diagnostik.Prozess.GetCurrentProcess().ProcessName;. Wenn es beginnt mit aspnet, dann ist es asp.net. Ansonsten desktop.
- Dies gilt nicht für alle Versionen von ASP.NET
InformationsquelleAutor Tim Almond

Vielleicht erscheint es wie ein hack. Es verwendet die DomainManager Art der Aktuellen Anwendungsdomäne. Überprüfen Sie auch AppDomainManager

public static class AspContext
{
    public static bool IsAspNet()
    {
        var appDomainManager = AppDomain.CurrentDomain.DomainManager;
        return appDomainManager != null && appDomainManager.GetType().Name.Contains("AspNetAppDomainManager");
    }
}

Oder verwenden Sie diese andere Antwort auf SO

InformationsquelleAutor Fab

0

Dies ist ein Alter thread, aber hier ist eine neue Antwort, das ist kein hack.
```
private bool IsExe()
{
  var domainManager = AppDomain.CurrentDomain.DomainManager;
  if (domainManager == null) return false;

  var entryAssembly = domainManager.EntryAssembly;
  if (entryAssembly == null) return false;

  return entryAssembly.Location.EndsWith(".exe", StringComparison.OrdinalIgnoreCase);
}
```
Diese wird Ihnen nicht sagen, wenn die Anwendung ASP.Net oder auch nicht, aber es wird Ihnen sagen, wenn dies ist eine Konsole oder WinForms-app, die den entgegengesetzten Ansatz zu den meisten anderen Antworten hier. Zum Beispiel, wenn dieser eine OWIN Anwendung der IsExe Methode wird false zurückgegeben, obwohl dies nicht ein ASP.Net -Anwendung.

InformationsquelleAutor bikeman868
0
```
HostingEnvironment.IsHosted
```
MSDN Docs
- Das erfordert System.Web, die ich ausdrücklich in der Frage, die ich habe nicht auf die verwiesen werden soll.
- Sorry nicht gelesen haben, die Frage im detail. 😉 Aber diese Lösung funktionierte OK für das, was ich brauchte, und ich sah es nicht überall gibt. Also ich dachte, ich würde werfen es draußen.
InformationsquelleAutor Tom Winter

Schreibe einen Kommentar

Du musst angemeldet sein, um einen Kommentar abzugeben.