предотвратить смешение от добавления startupURI к приложению?

Question

Есть ли какой-то трюк, который, как известно, сообщает blend, чтобы не пытаться установить startupURI в моем app.xaml? Я искал Google, но ничего не видел, поэтому решил, что спрошу здесь.

Я использую рутину запуска и сам экземпляр mainwindow. Каждые раз в то время смесь нравится бросать в startupURI = «MainWindow.xaml», когда я позволяю ему скомпилировать. Иногда я вижу некоторое сообщение в строках «Нет сцены запуска, связанной с этим проектом. Не хотите ли вы, чтобы bluff blah blah исправить это?» Или что-то вдоль этих линий. Я нажимаю cancel/no, но он все еще бросает gremlin в мой код. Внутренний для смешивания есть некоторый механизм для проверки этого свойства или он не будет жаловаться через диалоговое окно для меня. Итак, как я могу просто сказать «нет, спасибо, смело, я без этого прав?», Lol.

Его довольно раздражает. Я открываю смесь, чтобы сделать что-то простое, например, с помощью набора цветов и использовать его для компиляции, потому что VS2010 не открыт. Мой результат - две основные окна. Но он не делает это каждый раз, поэтому это не повторяющееся поведение. Компилятор просто действует произвольно.

Редактировать: Я использую смесь 4, но я видел, как это произошло, когда я использовал смесь 3.

Answer 1

Это ужасный, ужасный взлом, но эй, он работает. По умолчанию StartupUri имеет значение NULL, но вы не можете установить его в null с использованием свойства, поэтому вы можете обойти свойство, если хотите жить на краю.

// Dangit blend! Stop inserting a stupid StartupUri  
private void FixStartupUri() 
{ 
    var type = typeof(Application); 
    var startupUri = type.GetField("_startupUri", BindingFlags.Public 
     | BindingFlags.NonPublic 
     | BindingFlags.Instance); 
    startupUri.SetValue(this, null); 
} 

Добавьте это к классу приложений и назвать его так:

protected override void OnStartup(StartupEventArgs e) 
{ 
    FixStartupUri(); 
    base.OnStartup(e); 
    // Do the rest of your startup stuff. 
}