1

私はVS2010 VB.NETを使用して、多くのプロジェクトを持つソリューションに取り組んでいます。私はしばらくの間それを開発してきました.ObservableCollectionから継承されたカスタムクラスをデバッグしようとして(ところで、ブレークポイントのある行が呼び出されていることは明らかでしたが、デバッグ時にシンボルをロードしませんでした)、私は変更しましたスタートアップ プロジェクトのスタートアップ オブジェクトを別の WPF ウィンドウに移動しました。このウィンドウには、デバッグ用に取っておいたいくつかのコントロールがありました。

すぐに「サブメイン」が見つかりませんでした。起動オブジェクトを通常の起動ウィンドウに戻そうとしましたが、現在、起動オブジェクトのドロップダウンには、唯一のオプションとして「サブメイン」しかありません。StartupURI を App.xaml に戻しましたが、役に立ちませんでした。

他の誰かがこれを見ましたか？

元のウィンドウを使用するように戻すにはどうすればよいですか?

補足として、デバッガーがアセンブリのシンボルを読み込まないようにする設定はどこかにありますか? DiskCollection クラスがインスタンス化されていることは知っていますが、コンストラクターのブレークポイントは常に、ブレークポイントにヒットできず、シンボルが読み込まれていないことを示しています。

コーリー

4

2 に答える 2

4

WPF での起動は、winforms とは異なります。App.xaml ファイルによって設定されます。これを xaml モードで編集すると、次のようになります。

<Application x:Class="WpfApplication6.App"
         xmlns="http://schemas.microsoft.com/winfx/2006/xaml/presentation"
         xmlns:x="http://schemas.microsoft.com/winfx/2006/xaml"
         StartupUri="MainWindow.xaml">
<Application.Resources>

</Application.Resources>

StartupUri は、どのフォームが物事を開始するかを設定します。

代わりにコードで開始する必要がある場合は、StartupUri を削除して、代わりにこれを行うことができます。

Startup="Application_Startup"

次に、次のように App.xaml.cs ファイルにコードを指定します。

public partial class App : Application

    {
        private void Application_Startup(object sender, StartupEventArgs e)
        {

        }
    }
于 2010-07-30T06:18:19.020 に答える
1

そのため、明らかに [プロジェクト プロパティ] ページで、[アプリケーション フレームワークを有効にする] 設定がオフになっていました。これは明らかに、メイン サブ (またはメソッド。この設定は C# に表示されますか?) を使用する代わりに、スタートアップ ページを決定するために StartupUri 属性を使用するようにコンパイラに指示します。

どういうわけか、設定がチェックされていなかったため、StartupURI ドロップダウンの唯一のオプションは Sub Main でした。Windows Application Framework の Property3s グループは無効になり、app.xaml の StartupUri 属性は使用されていませんでした。

今私は知っている...

コーリー

于 2010-07-30T14:09:29.060 に答える