应用程序以 Main 方法为入口点,若是为 Main 方法指定一个 string[] 类型的参数,在程序运行时,这个参数会获取到传递给应用程序的命令行参数。数组
而 WPF 应用程序比较特殊,由于在VS中包含一些生成的的代码,所以,Main 方法所在的代码文件被隐藏了(文件名为App.g.cs,g 表示生成的意思),虽然在项目的obj目录下能找到这个文件,可是直接在生成的文件中编写代码是没有意义的,下次生成时就会覆盖掉。框架
所以,在WPF应用程序中,应该将App类视为入口点,能够在App类中处理一些程序初始化的事情。测试
其实,在.net 框架中,Environment 类有个静态的 GetCommandLineArgs 方法,它的好处是能够在程序的任意代码处获取传递给程序的命令行参数。因此,在WPF应用程序中,你依然能够调用 GetCommandLineArgs 方法来获取命令行参数,不过,有一点得注意,GetCommandLineArgs 方法所返回的字符串数组中,第一个元素是当前程序的全路径,从第二个元素起才是命令行参数。spa
好比,你能够这样:.net
string[] pargs = Environment.GetCommandLineArgs();
除了上述万能方法外,特定于 WPF ,框架也提供了专门的方案。命令行
Application 类用于管理 WPF 应用程序相关的各类数据,它有一个 Startup 事件,当应用程序启动时,这个事件会发生,咱们能够在这个事件中作一些初始化工做,好比分析命令行参数,实例化要显示的窗口等。其中,事件参数 e (类型StartupEventArgs),有一个 Args 属性,是一个字符串数组,里面所包含的就是命令行参数。调试
在 Startup 事件处理结束以前,是不会加载UI的,因此在这个事件的处理代码中,你不该该去访问UI,而是初始化UI。code
好比我开发了一个应用,叫【一念成佛,一念成魔】,它有两个窗口,第一个窗口叫【天堂】,第二个窗口叫【地狱】。应用程序启动后,是进入天堂仍是坠入地狱,取决于传递给程序的命令行参数,若是带参数 -a,就进入天堂模式;若是是-b,就进入地狱模式。xml
首先,为 Startup 事件声明一个事件处理方法。blog
<Application x:Class="HaoDongDong.App" xmlns="http://schemas.microsoft.com/winfx/2006/xaml/presentation" xmlns:x="http://schemas.microsoft.com/winfx/2006/xaml" Startup="OnAppStartup"> <Application.Resources> </Application.Resources> </Application>
而后,处理代码,分析命令行参数,显示对应的窗口。
private void OnAppStartup(object sender, StartupEventArgs e) { if(e.Args.Length == 0) { // 退出 Shutdown(); } // 建立并显示窗口 Window mWind; if (e.Args.Contains("-a")) { mWind = new Window1(); } else { mWind = new Window2(); } mWind.Show(); }
若是没有命令行参数,就直接退出程序,Shutdown 方法是关闭当前程序,不是关机,不用惧怕。
在调试阶段测试命令行参数,能够打开项目属性窗口,定位到【调试】选项卡,在右边页面上会看到,能够输入命令行参数,好比,我输入 -b。
接着,调试运行,就会看到以下窗口打开。
设置程序要显示的窗口,还有一种方法——直接设置 StartupUri 属性,它须要一个指向XAML文件的 URI,项目内部能够用相对路径。
if (e.Args.Contains("-a")) { StartupUri = new Uri("Window1.xaml", UriKind.Relative); } else { StartupUri = new Uri("Window2.xaml", UriKind.Relative); }
这样也很简洁。
好,这是老周为大伙伴准备的儿童节礼物。