C#: Dlaczego aplikacja znajduje się w System.Windows.Forms?

Question

Klasa Application w System.Windows.Forms ma pewne właściwości, które mogą być całkiem przydatne. Np

• NazwaProduktu
• ProductVersion
• NazwaFirmy
• ExecutablePath
• StartupPath
• CommonAppDataPath
• CommonAppDataRegistry
• UserAppDataPath
• UserAp pDataRegistry
• LocalUserAppDataPath

Dlaczego są one w w klasie w System.Windows.Forms? Co się stanie, jeśli chcę uzyskać dostęp do CommonAppDataPath w aplikacji konsolowej? Czy muszę wtedy odwołać się do System.Windows.Forms.dll, czy istnieje alternatywa dla aplikacji konsolowych?

Answer 1

Cytat z dokumentacji MSDN System.Windows.Forms przestrzeni nazw:

Przestrzeń nazw System.Windows.Forms zawiera klasy do tworzenia aplikacji opartych na systemie Windows, które w pełni korzystać z bogatych funkcji interfejsu użytkownika dostępnych w systemie operacyjnym Microsoft Windows.

Jedynym prawdziwym powodem, dla którego widzę, że klasa Application znajduje się w przestrzeni nazw System.Windows.Forms, jest to, że obsługuje wiadomości systemu Windows, które zazwyczaj są publikowane przez formanty formularzy.

Answer 2

Na ścieżkach, można też spojrzeć na klasy Environment w .NET:

Environment.GetFolderPath(Environment.SpecialFolder.ApplicationData) 

i istnieje cały zabił „specjalnych” foldery można prosić.

Nazwa firmy i inne opcje są domyślnie pobierane z "AssemblyInfo.cs" w folderze "Właściwości" - jeśli posiadasz taki plik, możesz również uzyskać do niego dostęp w kodzie.

Hm, z tymi ścieżkami trzeba dołączyć nazwę firmy i produktu nazwę i taki sam mimo ...

Tak, to właśnie zespół System.Windows.Forms robi dla ty. Jeśli nie masz aplikacji WinForm, musisz to zrobić samodzielnie, to prawda.

Marc

Answer 3

klasa Aplikacja uruchamia wiadomość win32 pętlę który jest ściśle związany z Windows Forms.

Answer 4

Można uzyskać informacje szukasz używając nazw Assembly

Answer 5

informacje takie jak „NazwaProduktu” pochodzi od głównego zespołu w aplikacji WinForms. W aplikacji ASP.NET nie ma żadnego "głównego" zestawu.

Jeśli korzystasz z konta usługi bez profilu (co często może się zdarzyć w przypadku aplikacji ASP.NET), nie będzie opcji UserAppDataPath - w rzeczywistości próba wyrejestrowania właściwości UserAppDataPath spowoduje zgłoszenie wyjątku.

Nie ma sensu ujawniać tych informacji w aplikacji ASP.NET.