WPF एंट्री पॉइंट

Question

को बदलना WPF अपनी Main() विधि को परिभाषित करता है। मुझे इसे अपने Main विधि से बदलने के बारे में कैसे जाना चाहिए (सामान्यतः) WPF MainWindow (उदा। कमांड-लाइन तर्कों के माध्यम से एक गैर-WPF स्क्रिप्टिंग मोड जोड़ने के लिए) खोलता है?

Answer 1

कुछ उदाहरण Page को ApplicationDefinition से App.xaml एक्शन बिल्ड बदल रहा है और अपने स्वयं के Main() कि App वर्ग को दर्शाता है और उसके Run() प्रणाली को बुलाती है लेखन को दर्शाती है, लेकिन इस में कुछ अवांछित परिणाम का उत्पादन कर सकते App.xaml में एप्लिकेशन-व्यापी संसाधनों का समाधान।

इसके बजाय, मैं अपने ही वर्ग में अपने स्वयं के Main() करने का सुझाव और परियोजना संपत्तियों में उस वर्ग के लिए स्टार्टअप वस्तु की स्थापना:

public class EntryPoint { 
    [STAThread] 
    public static void Main(string[] args) { 
     if (args != null && args.Length > 0) { 
      // ... 
     } else { 
      var app = new App(); 
      app.InitializeComponent(); 
      app.Run(); 
     } 
    } 
} 

मैं इस कुछ AppDomain घटनाओं होना चाहिए का लाभ लेने के है किसी और चीज से पहले सदस्यता लें (जैसे AssemblyResolve)। App.xaml को Page पर सेट करने के अनचाहे परिणाम जो मैंने अनुभव किया है, मैंने UserControl व्यू (एम-वी-वीएम) डिज़ाइन-टाइम के दौरान App.xaml में आयोजित संसाधनों को हल नहीं किया है।

Answer 2

आमतौर पर मैं इस समर्थन जोड़ने के लिए App.xaml संपादित:

<Application x:Class="SomeNamespace.App" 
     xmlns="http://schemas.microsoft.com/winfx/2006/xaml/presentation" 
     xmlns:x="http://schemas.microsoft.com/winfx/2006/xaml" 
     Startup="Application_Startup"> 

प्रासंगिक हिस्सा होने मैं App.xaml.cs में एक ईवेंट हैंडलर के साथ Startup को StartupUri से बदल दिया है। यहाँ एक उदाहरण है:

/// <summary> 
/// Interaction logic for App.xaml 
/// </summary> 
public partial class App : Application 
{ 
    private void Application_Startup(object sender, StartupEventArgs e) 
    { 
     int verbose = 0; 
     var optionSet = new OptionSet 
     { 
      { "v|verbose", "verbose output, repeat for more verbosity.", 
        arg => verbose++ } 
     }; 

     var extra = optionSet.Parse(e.Args); 
     var mainWindow = new MainWindow(verbose); 
     mainWindow.Show(); 
    } 
} 

Answer 3

अपनी कस्टम स्थैतिक मुख्य विधि के साथ नई कक्षा बनाएं। इस विधि के अंत में सिर्फ मूल App.Main() WPF द्वारा उत्पन्न फोन:

public class Program 
{ 
    [STAThread] 
    public static void Main(string[] args) 
    { 
     // Your initialization code 
     App.Main(); 
    } 
} 

फिर अपने प्रोजेक्ट की "स्टार्टअप वस्तु" सेट() वर्ग अपने स्थिर मुख्य युक्त करने के लिए स्थापित कर लिया।

Answer 4

लोग समस्या यह है कि आपके प्रोग्राम में दो स्थैतिक मुख्य() विधियां हैं, जो संकलक को शिकायत करने का कारण बनती हैं;

• संकलक है कि आपके स्थिर मुख्य() विधि निष्पादन प्रवेश बिंदु-सेट अपने प्रोजेक्ट की "स्टार्टअप वस्तु" वर्ग अपने स्थिर मुख्य युक्त करने के लिए की स्थापना की जानी चाहिए बताओ(): इस को हल करने के में से एक निम्न प्रयास करें विधि (समाधान एक्सप्लोरर में प्रोजेक्ट पर राइट-क्लिक करें, "गुण" चुनें, फिर "एप्लिकेशन" टैब के अंतर्गत "स्टार्टअप ऑब्जेक्ट" सेटिंग देखें)।
• App.g.cs की स्थिर मुख्य() विधि-ऑटो समाधान एक्सप्लोरर की ऑटो-पीढ़ी को बंद करें, App.xaml पर राइट क्लिक करें, "गुण" चुनें, फिर "एप्लिकेशनडिफिनिशन" से "क्रिया बनाएं" में बदलें "।

Answer 5

एक कस्टम मुख्य() का उपयोग करके आप समस्याएं चला सकते हैं क्योंकि स्टार्टअपयूरी सेट नहीं है।

आप इस का उपयोग अपने ऐप कक्षा में सिर दर्द के बिना इसे स्थापित करने के लिए कर सकते हैं (मत भूलना App.xaml से StartupUri को हटा दें और पृष्ठ के लिए अपनी कार्रवाई बिल्ड स्थापित करने के लिए): इस दृष्टिकोण के साथ हालांकि

[STAThread] 
static void Main() 
{ 
    App app = new App(); 
    app.InitializeComponent(); 
    app.Run(); 
} 

protected void OnStartup(object sender, StartupEventArgs e) 
{ 
     var toUri = new UriTypeConverter(); 
     StartupUri = (Uri)toUri.ConvertFrom("MainWindow.xaml"); 
... 
}