как установить стиль окна wpf по умолчанию в app.xaml?

<p>я пытаюсь установить стиль по умолчанию для каждого окна в моем приложении wpf windows в моем app.xaml. пока у меня есть это в app.xaml:</p><pre><code><application.resources> <resourcedictionary> <style x:key="windowstyle" targettype="{x:type window}"> <setter property="background" value="blue" /> </style> </resourcedictionary> </application.resources> </code></pre><p>я могу заставить окно появляться с этим стилем при запуске приложения (но не vs дизайнера), указав окну использовать этот стиль через:</p><pre><code>style="{dynamicresource windowstyle} </code></pre><p>это работает, но не идеально. так как же мне:</p><ol> <li>все ли окна автоматически используют стиль (поэтому мне не нужно указывать его в каждом окне)?</li> <li>дизайнер vs показал стиль?</li> </ol><p>спасибо!</p>

<p>чтобы добавить к тому, что рэй говорит:</p><p>для стилей вам нужно либо указать ключ/идентификатор, либо указать тип targettype.</p><blockquote> <p>если frameworkelement не имеет явно заданного стиля, он всегда будет искать ресурс стиля, используя свой собственный тип в качестве ключа<br> - программирование wpf (sells, griffith)</p> </blockquote><p>если вы укажете targettype, ко всем экземплярам этого типа будет применен стиль. однако производные типы не будут ... кажется. <code><style targettype="{x:type window}"></code> не будет работать для всех ваших пользовательских производных/окон. <code><style targettype="{x:type local:mywindow}"></code> будет применяться только к mywindow. итак, варианты</p><ul> <li>используйте keyed style, который вы указываете в качестве свойства style <strong> каждого </strong> окна, в котором вы хотите применить стиль. дизайнер покажет стилизованное окно.</li> </ul><p>,.</p><pre><code> <application.resources> <style x:key="mywindowstyle"> <setter property="control.background" value="palegreen"/> <setter property="window.title" value="styled window"/> </style> </application.resources> ... <window x:class="myns.mywindow" style="{staticresource mywindowstylekey}"> ... </code></pre><ul> <li>или вы можете получить из пользовательского класса basewindow (который имеет <a href="http://social.msdn.microsoft.com/forums/en-us/wpf/thread/c45910f8-3619-4834-992a-19a0f042340e/">свои собственные причуды</a> ), где вы устанавливаете свойство style на этапе ctor/initialization/load один раз. все деривации будут автоматически применены к стилю. <strong> но дизайнер не заметит ваш стиль </strong> вам нужно запустить приложение, чтобы увидеть применяемый стиль ... я предполагаю, что дизайнер просто запускает initializecomponent (который является сгенерированным автоматически/дизайнерским кодом), поэтому применяется xaml, но не пользовательский код позади.</li> </ul><p>так что я бы сказал, что явно указанные стили - это наименьшая работа. вы можете в любом случае изменить аспекты стиля централизованно.</p>

<p>знайте, это годы спустя, но так как вопрос все еще здесь ...</p><ol> <li> <p>создайте словарь ресурсов в своем проекте (щелкните правой кнопкой мыши проект ...)</p> <p>я создам новую папку в рамках проекта под названием "активы" и добавлю в нее "resourcedict.xaml".</p> </li> <li> <p>добавьте код в resourcedict.xaml:</p> <pre><code><style x:key="windowstyle" target type="window" > <setter property="background" value="blue" /> </style> </code></pre></li> <li> <p>в вашем файле project xaml добавьте следующее под window:</p> <pre><code><window.resources> <resourcedictionary> <!-- believe it or not the next line fixes a bug ms acknowledges --> <style targettype="{x:type rectangle}" /> <resourcedictionary.mergeddictionaries> <resourcedictionary source="/assets/resourcedict.xaml" /> </resourcedictionary.mergeddictionaries> <resourcedictionary> </window.resources> </code></pre> <p>ссылка на следующий веб-сайт: <a href="https://stackoverflow.com/questions/1229395/trouble-referencing-a-resource-dictionary-that-contains-a-merged-dictionary">проблема со ссылкой на словарь ресурсов, который содержит объединенный словарь</a> "существует ошибка: если все ваши стили по умолчанию вложены в объединенные словари на три уровня глубже (или глубже), то верхний словарь делает не помечается, поэтому поиск пропускает его. обходной путь - поместить стиль по умолчанию во что-либо, что угодно, в корневой словарь. " и, кажется, все исправить надежно. пойди разберись ...</p> </li> <li> <p>и, наконец, под window, может быть, после title, но перед последним window '>':</p> <pre><code>style="{dynamicresource windowstyle}" </code></pre></li> <li> <p>и вам нужно будет добавить код в шагах 3 и 4 к каждому проекту, к которому вы хотите применить стиль.</p> </li> <li> <p>если вы хотите использовать градиентный фон вместо сплошного цвета, добавьте следующий код в resourcedict.xaml:</p> <pre><code><lineargradientbrush x:key="windowgradientbackground" startpoint="0,0" endpoint="0,1" > <gradientstop color= "aliceblue" offset="0" /> <gradientstop color= "blue" offset=".75" /> </lineargradientbrush> </code></pre></li> <li> <p>и измените свой setter style для цвета фона, чтобы прочитать:</p> <pre><code><setter property="background" value="{dynamicresource windowgradientbackground}" /> </code></pre></li> </ol><p>шаги 3 и 4 необходимо повторять в каждом файле project.xaml, как описано выше, но, эй, вы получаете единую windows во всем решении! и тот же процесс может применяться к любым элементам управления, которые вы хотите иметь одинаковый вид, кнопки, что угодно.</p><p>для тех, кто придет так поздно, надеюсь, что это поможет, так как я уверен, что оригинальные постеры все это выяснили много лет назад.</p><p>павел</p>

<p>конструктор не работает, потому что вы указываете dynamicresource. пожалуйста, измените это на staticresource, и все будет хорошо.</p><p>чтобы применить ко всем окнам, вы должны удалить x: key из стиля. установка targettype неявно устанавливает x: key для того, что находится в targettype. однако в моих тестах это не работает, поэтому я изучаю это.</p><p>если я установлю для targettype значение x: type textblock, дизайнер работает отлично, это просто окно, которое показывает другое поведение.</p>

<p>вы можете добавить этот код в свой файл app.xaml.cs:</p><pre><code> frameworkelement.styleproperty.overridemetadata(typeof(window), new frameworkpropertymetadata { defaultvalue = application.current.findresource(typeof(window)) }); </code></pre><p>после этого стиль, примененный к типу <code>window</code>, также будет применяться ко всем типам, производным от <code>window</code></p>

<p>я исследовал этот в течение нескольких дней и заставил его работать через конструктор моего пользовательского класса окна:</p><pre><code>public class kwindow : window { public kwindow() { this.setresourcereference(styleproperty, typeof(kwindow)); } static kwindow() { defaultstylekeyproperty.overridemetadata(typeof(kwindow), new frameworkpropertymetadata(typeof(kwindow))); } public override void onapplytemplate() { base.onapplytemplate(); // gets called finally } } </code></pre><p>надеюсь, это поможет кому-то</p>

<p>для тех, кто борется с решением проблемы: как можно автоматически применить собственный стиль ко всем типам, производным от window? ниже приведено решение, которое я придумала</p><p>примечание. я действительно не хотел наследовать от типа window или вставлять xaml в каждое окно для принудительного обновления стиля и т.д. по причинам, характерным для моего проекта (потребители моего продукта используют мою универсальную библиотеку стилей многократного использования и создают свои собственные макет/окна и т. д.), поэтому я был действительно <em>мотивирован</em>, чтобы найти решение, которое сработало, что я был готов жить с любыми побочными эффектами</p><p>нужно перебрать все созданные экземпляры окон и просто заставить их использовать новый пользовательский стиль, определенный для типа окна. это прекрасно работает для окон, которые уже открыты, но когда создается экземпляр окна или дочернего окна, он не будет знать, использовать ли новый/пользовательский тип, который был объявлен для его базового типа; тип ванильного окна. поэтому лучшее, что я мог придумать, - это использовать lostkeyboardfocus в mainwindow для случая, когда он теряет focus для childwindow (iow, когда дочернее окно создано), а затем вызывать этот fixupwindowderivedtypes ().</p><p>если у кого-то есть лучшее решение для "обнаружения", когда инстанцируется любой тип производного от окна типа и, таким образом, вызовет fixupwindowderivedtypes (), это было бы здорово. может быть что-то полезное с обработкой wm\_windowposchanging и в этой области.</p><p>таким образом, это решение не элегантно, так сказать, оно выполняет свою работу без необходимости касаться какого-либо кода или xaml, связанных с моими окнами.</p><pre><code> public static void fixupwindowderivedtypes() { foreach (window window in application.current.windows) { //may look strange but kindly inform each of your window derived types to actually use the default style for the window type window.setresourcereference(frameworkelement.styleproperty, defaultstylekeyretriever.getdefaultstylekey(window)); } } } } //great little post here from jafa to retrieve a protected property like defaultstylekey without using reflection. http://themechanicalbride.blogspot.com/2008/11/protected-dependency-properties-are-not.html //helper class to retrieve a protected property so we can set it internal class defaultstylekeyretriever : control { /// <summary> /// this method retrieves the default style key of a control. /// </summary> /// <param name="control">the control to retrieve the default style key /// from.</param> /// <returns>the default style key of the control.</returns> public static object getdefaultstylekey(control control) { return control.getvalue(control.defaultstylekeyproperty); } } </code></pre>

<p>учитывая ответ <strong>gish</strong>, я нашел еще один обходной путь. но это может быть немного странно. если вы используете шаблон mvvm, вы можете удалить выделенный код вашего окна и разметку x: class в файле xaml. таким образом, вы получите экземпляр окна или пользовательского окна, но не экземпляр класса mainwindow, производный от класса window и помеченный как частичный. я делаю vs-подобное окно, поэтому мне пришлось наследовать класс окна и расширять его функциональность. в этом случае можно будет сделать новый класс окна как частичный, что позволило бы нам делать код позади без наследования.</p>