主页 / user-260769

CrazyElf's questions

Martin Hope
CrazyElf
Asked: 2024-05-28 16:44:54 +0800 CST
  • 6

我已经10年没有写过文章了WPF，当时我也没有好好研究它。然后我需要再写一个问题。我可能堆积了很多自行车，我想弄清楚如何明智地做到这一点。

一般来说，.net版本中有XAML一个可以快速显示图表的第三方控件。他的能力相当有限，不知道如何生活，但只能生活在。我还没有弄清楚如何更新 中的某些内容，因此在 中进行了一些计算，并且在hang中，它通过计时器滴答检查我是否选中了 中的复选框，如果选中了，则它会在控件中呈现。一般来说，它的简化形式如下所示：ScottPlotWPFViewModelcode behindcode behindView ModelView Modelcode behindDispatcherTimerViewModel

     Slider перемещается 
               |
               V
обновляются данные ViewModel
               |
               V
отрисовка контрола в code behind

同时，对滑块移动的反应看起来有些生涩。即使计时器启动也没有任何延迟。我开始想办法，添加了一个状态栏，我开始在其中写各种统计数据。事实证明，计算在不到1ms的时间内完成，并在code behind5ms内控制渲染。同时，对计算本身的调用发生的频率是渲染的 10 倍。如果减少计时器延迟，渲染与计算的比率会变得更好一些，但也好不了多少。要么计时器本身也有某种延迟，要么我仍然不明白一些事情。

那么，问题：

  1. 也许还有其他方法可以ScottPlot.WPF在code behind没有计时器参与的情况下启动控制更新？ViewModel如何从向发送信号code behind？
  2. 或者我可以以某种方式DispatcherTimer修复/更换它，以便它更频繁地工作吗？code behind但是，对于整个应用程序来说，不停地不断检查某些标志是否有好处？在存在各种绑定的时代，它似乎是专门为此而设计的。
  3. 要么我完全误解了整个概念，我需要以完全不同的方式做每件事。也许有一些正确代码的例子，它以图形方式绘制一些东西，实时WPF反应或其他类似的控制而没有延迟？Slider

当然，如果这个控件对 是友好的WPF，那么就可以将它绑定到 中的字段上ViewModel，并且它会立即显示。不幸的是ScottPlot.WPF，这是不可能的；文档中明确指出这是一个有意识的决定。我们画得很快，但我们对广泛的功能感到不舒服WPF。

还有一个选项是XAML挂起Image，ViewModel通过函数ScottPlot进行渲染bmp，然后将完成的图像替换到这个中Image，我已经做了另一个像这样的控件。但随后缩放和滚动图表的功能ScottPlot.WPF就会丢失。也许我不需要这些功能，但我还不想完全进入这个选项。

是的，当然您也可以将它们附加到code behind滑块事件处理程序并在那里进行所有重新计算，然后进行渲染。但不知怎的，除非绝对必要，否则我不想将绑定完全降到如此低的水平。

c#
Martin Hope
CrazyElf
Asked: 2024-03-21 04:29:46 +0800 CST
  • 7

也许有一些现成的代码，以免重新发明轮子。

场景是这样的。该代码生成一些更新，然后通过某种方法进行处理。更新可能生成得太频繁，加上处理方法可能会变慢，结果更新没有时间被处理，它们会累积起来，然后处理器会做不必要的工作。我想在处理程序忙碌时以某种方式“累积”更新。而且，更新数据本身就已经在“累积”了，你不需要担心这个，你只需要把请求的“累积”解析到handler上，这样handler空闲的时候就不会处理所有的了单独累积的更新请求，但立即处理整个“更新”包。

像现在：

async Task UpdateFoo()
{
    ...
    await SaveAsync();
}

async Task UpdateBar()
{
    ...
    await SaveAsync();
}

async Task UpdateBaz()
{
    ...
    await SaveAsync();
}

async Task SaveAsync()
{
    // здесь нужно сделать так, 
    // чтобы одновременно обрабатывался только один запрос
    // по окончании которого проверялось бы не было ли ещё запросов
    // и если были, то обновление запускалось бы ещё один раз (сразу за всё "накопленное")
    // и так пока есть обновления по окончании очередной обработки
}

当然逻辑应该比较简单，脚本也应该很典型，但我不知道如何正常编写。为了登录一次 - 很明显SemaphoreSlim（带有WaitAsync）。但是完成剩下的事情最好的方法是什么？

c#
Martin Hope
CrazyElf
Asked: 2024-03-12 01:24:56 +0800 CST
  • 8

这可能是重复的，但我找不到明确的答案。是的，许多食谱都是旧版本的.NET Framework，但在现代版本中.NET (Core)可能会发生一些变化。

因此，遗留代码包含如下结构：

FooAsync().Wait();
...
var result = BarAsync().Result;

在我看来，这种对异步方法的处理是不正确的。在某个地方，我设法将异步拖到所有级别，并通过await. 但不可能在所有地方都这样做；在顶层的某个地方，一切都依赖于同步代码，我不确定是否可以将其更改为异步。或者在更高的地方有很多层次的架构，我也无法一次全部改变。

那么，问题是：在现代版本中.NET如何建议从同步代码调用异步代码？我知道根本不建议这样做，但是对于无法避免这种情况的情况，最正确的方法是什么？还是只能接受现状，其他选择也好不到哪儿去？

PS 特别是，在类构造函数中调用异步方法存在问题。是的，有一些技术可以隐藏构造函数，但在我看来，它们不能与使用DI框架结合起来。例子：

public class Foo : IFoo
{
    public Foo(ISomething something, IAnother another)
    {
        _something = something;
        _another = another;
        Bar().Wait();
    }
}
...
serviceCollection.AddSingleton<ISomething, Something>();
serviceCollection.AddSingleton<IAnother, Another>();
serviceCollection.AddSingleton<IFoo, Foo>();
c#
Martin Hope
CrazyElf
Asked: 2020-06-27 16:05:36 +0800 CST
  • 2

我没有找到合适的话题，也许我看起来很糟糕，但尽管如此。也许有人挖了这样一个话题。这是一个高负载的应用程序，我想尽可能地优化它。特别是，它包含以下代码片段：

{
    var items = GetItemsFromSomethere();
    await SomeAsyncFunction(items);
    // ...
}

async Task SomeAsyncFunction(ICollection<T> items)
{
    var filteredItems = await SomeAsyncFilter(items);
    await AnotherAsyncFunction(filteredItems);
    // и т.д., там и дальше могут ещё быть цепочки асинхронных вызовов
}

所以这就是问题所在。调用所有这些异步函数时是否有很大的开销——毕竟state machine每次调用都会创建等等。同时，我确信它经常会SomeAsyncFunction返回一个空集合，并且它被频繁调用，并且可以通过简单地检查集合是否为空来避免调用整个异步函数链在调用函数之前。

{
    var items = GetItemsFromSomethere();
    if(items.Count > 0)
    {
        await SomeAsyncFunction(items);
    }
    // ...
}

async Task SomeAsyncFunction(ICollection<T> items)
{
    var filteredItems = await SomeAsyncFilter(items);
    if(filteredItems.Count > 0)
    {
        await AnotherAsyncFunction(filteredItems);
        // и т.д., там и дальше могут ещё быть цепочки асинхронных вызовов
    }
}

似乎可以毫不犹豫地在代码中的任何地方执行此操作，但如果它没有给出任何东西怎么办，那么为什么要通过一些额外的结构来复杂化和膨胀代码呢？我想了解-至少在理论上，我会用这种方法节省一些东西吗？当然，这将取决于集合多久是空的，异步函数的链有多长等，但至少大致和概括地说，我想理解这个话题。其次，也许有某种语法糖可以进行这样的检查，而不会用不必要的结构重载代码（以防最好在代码中添加这样的检查）？谢谢你。

PS 至于同步函数，据我了解，空集合的额外函数调用的成本不会那么大 - 将对集合的引用放在堆栈上，然后调用函数。不过，不state machine，它更容易。但如果有任何关于同步函数主题的食谱，我会很高兴地听他们说。

更新：更正void，Task添加var-我是凭记忆写的，我错了。关于最快检查通过的事实items.Count != 0-消失的答案中写得很正确，只是这种检查的形式在我看来不如items.Any(). 但是为了优化，显然，如果我决定仍然进行检查，我将不得不这样做。此外，我检查了代码 -ICollection尽管如此，我必须检查它Count，它没有Any()。

c#