我正试图像现在的"懒惰"VisualBrush一样实现某些东西.有没有人知道如何做到这一点?含义:某些行为类似于VisualBrush,但不会更新Visual中的每个更改,但最多每秒一次(或其他).
我最好还应该给出一些背景知识,为什么我这样做以及我猜测我猜想:)
问题:我现在的工作是提高相当大的WPF应用程序的性能.我跟踪了应用程序中使用的一些可视画笔的主要性能问题(无论如何在UI级别).该应用程序包含一个带有一些相当复杂的UserControls的"桌面"区域和一个包含桌面缩小版本的导航区域.导航区域使用可视化笔刷完成工作.只要桌面项目或多或少是静态的,一切都很好.但是如果元素经常变化(因为它们包含动画),那么VisualBrushes就会变得疯狂.它们将随动画的帧速率一起更新.降低帧速率当然有帮助,但我正在寻找一个更普遍的解决方案来解决这个问题.虽然"源"控件仅渲染受动画影响的小区域,但可视刷子容器将完全呈现,从而导致应用程序性能下降到地狱.我已经尝试过使用BitmapCacheBrush.不幸的是没有帮助.动画在控件内.所以无论如何必须刷新刷子.
可能的解决方案:我创建的Control表现或多或少像VisualBrush.它需要一些视觉效果(如VisualBrush),但使用DiapatcherTimer和RenderTargetBitmap来完成这项工作.现在我正在订阅控件的LayoutUpdated事件,每当它更改时,它将被安排为"渲染"(使用RenderTargetBitmap).然后由DispatcherTimer触发实际渲染.这样,控件将在DispatcherTimer的频率中最大程度地重新绘制自身.
这是代码:
public sealed class VisualCopy : Border
{
#region private fields
private const int mc_mMaxRenderRate = 500;
private static DispatcherTimer ms_mTimer;
private static readonly Queue<VisualCopy> ms_renderingQueue = new Queue<VisualCopy>();
private static readonly object ms_mQueueLock = new object();
private VisualBrush m_brush;
private DrawingVisual m_visual;
private Rect m_rect;
private bool m_isDirty;
private readonly Image m_content = new Image();
#endregion
#region constructor
public VisualCopy()
{
m_content.Stretch = Stretch.Fill;
Child = m_content;
}
#endregion
#region dependency properties
public FrameworkElement Visual …Run Code Online (Sandbox Code Playgroud) 只是一个简单的问题:SystemParameters类究竟是什么?它只是一个"默认值"的集合,还是实际上是挂钩到窗口?
背景:对于拖放操作,我们使用SystemParameters.MinimumHorizontalDragDistance和SystemParameters.MinimumVerticalDragDistance属性来检测D&D.对于触摸屏,默认值很小,我想知道是否必须实现一些配置机制来更改此值,或者我是否可以在某处更改某些系统设置(比如注册表或控制面板或其他).
谢谢!
更新:通过下面的详细解答,我终于确实找到了我想要的东西.仅供参考,如果其他人在将来寻找它:可以在注册表中更改最小拖动距离
HKEY_CURRENT_USER\Control Panel\Desktop\DragHeight
HKEY_CURRENT_USER\Control Panel\Desktop\DragWidth
Run Code Online (Sandbox Code Playgroud)
默认情况下,这两个值都设置为4(px).请注意,更改仅在重新启动后生效.
我只是想绕过CQRS(/ ES).我没有对CQRS做过任何严肃的事情.可能我现在缺少一些非常基本的东西.目前我正在阅读"探索CQRS和事件采购".在命令方面,有一句话让我感到困惑:
"单个收件人处理命令."
我在Greg Young(FakeBus.cs)的CQRS示例应用程序中也看到了这一点,当为任何命令类型注册了多个命令处理程序时,会抛出异常.
对我来说,这表明这是CQRS(或命令?)的基本原则.是什么原因?对我来说,这有点违反直觉.
想象一下,我有两个组件需要执行一些操作以响应命令(如果我有两个相同组件或两个独立组件的实例,则无关紧要).然后我需要创建一个将命令委托给这个组件的处理程序.
在我看来,这是一种不必要的依赖.就CQRS而言,命令只不过是发送的消息.我不明白为什么这个消息应该只有一个处理程序.
谁能告诉我这里缺少什么?可能有一个非常好的理由,我现在才看到.
问候
在我的应用程序中,我将一个Canvas包装在ScrollViewer中(Canvas比屏幕大小更大).在这个画布上,我放置了其他控件.画布上的一个元素包含一个虚拟化的DataGrid(有2000多行......所以也需要滚动).现在我有一个函数,它根据行元素的某些值(自动触发)在DataGrid中选择一行.当选择行时,我打电话
uxDataGrid.ScrollIntoView(uxDataGrid.SelectedItems[0]);
Run Code Online (Sandbox Code Playgroud)
什么工作得很好.事实上,它正在努力实现.我想要的是,选择DataGrid中的元素,然后DataGrid应滚动到正确的位置.但是我的Canvas滚动浏览器也以某种方式接收了这个请求并且也在那里滚动.
我已经尝试拦截ScrollChangedEvent并设置处理标志.但它没有用.
Qustions:
1)如何限制ScrollIntoView调用对本地用户控件的影响.
2)如果不可能,我怎么能自己滚动?我需要计算scrollviewer的垂直偏移量,但由于它是虚拟化的,我不知道如何找出行高?
有什么建议?
我添加了一个快速示例来演示主要设置.当按下其中一个按钮时,我只想要滚动DataGrid,而不是滚动浏览器的ScrollViewer.
<Window x:Class="ScrollTest.MainWindow"
xmlns="http://schemas.microsoft.com/winfx/2006/xaml/presentation"
xmlns:x="http://schemas.microsoft.com/winfx/2006/xaml"
Title="MainWindow" Height="350" Width="525">
<DockPanel>
<StackPanel DockPanel.Dock="Bottom" Orientation="Horizontal">
<Button Click="Button1_Click">Scroll to 1</Button>
<Button Click="Button100_Click">Scroll to 100</Button>
<Button Click="Button200_Click">Scroll to 200</Button>
</StackPanel>
<ScrollViewer>
<Canvas Width="5000" Height="5000">
<DataGrid Name="uxDataGrid" ItemsSource="{Binding TestItems}" Width="500" Height="500"></DataGrid>
</Canvas>
</ScrollViewer>
</DockPanel>
Run Code Online (Sandbox Code Playgroud)
public class TestItem
{
public TestItem(int id)
{
Property1 = id.ToString();
Property2 = "B";
}
public string Property1 { get; set; }
public string Property2 { get; set; }
}
/// <summary>
/// Interaktionslogik …Run Code Online (Sandbox Code Playgroud)