小编Sim*_*son的帖子

这是我对BMH算法的实现(它就像一个魅力):

public static Int64 IndexOf(this Byte[] value, Byte[] pattern)
{
    if (value == null)
        throw new ArgumentNullException("value");

    if (pattern == null)
        throw new ArgumentNullException("pattern");

    Int64 valueLength = value.LongLength;
    Int64 patternLength = pattern.LongLength;

    if ((valueLength == 0) || (patternLength == 0) || (patternLength > valueLength))
        return -1;

    Int64[] badCharacters = new Int64[256];

    for (Int64 i = 0; i < 256; ++i)
        badCharacters[i] = patternLength;

    Int64 lastPatternByte = patternLength - 1;

    for (Int64 i = 0; i < lastPatternByte; ++i)
        badCharacters[pattern[i]] = …

生产中发生了一个奇怪的错误,我被要求调查.
问题被追溯到在For循环中声明的几个变量,而不是在每次迭代时初始化.已经假设由于其声明的范围,它们将在每次迭代时"重置".
有人可以解释为什么他们不会)？
(我的第一个问题,真的很期待回复.)
下面的例子显然不是有问题的代码但是反映了这个场景:
请原谅代码示例,它在编辑器预览中看起来很好吗？

for (int i =0; i< 10; i++)
{
    decimal? testDecimal;
    string testString;

    switch( i % 2  )
    {
        case 0:
        testDecimal = i / ( decimal ).32;
        testString = i.ToString();
            break;
        default:
            testDecimal = null;
            testString = null;
            break;
    }

    Console.WriteLine( "Loop {0}: testDecimal={1} - testString={2}", i, testDecimal , testString );
}

编辑:

对不起,不得不急于解决托儿问题.问题在于,prod代码是switch语句很大,并且在一些"case"中检查了一个类'属性,就像if(myObject.Prop!= null)然后testString = myObject.Stringval. ..在开关的末尾,(外部)正在检查testString == null但它保持了最后一次迭代的值,因此不会为null,因为编码器假定变量在循环内声明.
对不起,如果我的问题和示例有点过时,我接到了关于日间护理的电话,因为我正在敲打它.我应该提到我在循环中比较了来自两个变量的IL.那么,普遍认为"显然变量不会在每个循环中重新初始化"吗？
更多信息,变量WHERE在每次迭代时被初始化,直到有人对ReSharper过度热情指出"值从未使用过"并将其删除.

编辑:

伙计们,谢谢大家.作为我的第一篇文章,我看到将来我应该有多清楚.我的意外变量分配的原因可以放在一个没有经验的开发人员做ReSharper告诉他的所有事情,而不是在他对整个解决方案运行"代码清理"之后运行任何单元测试.在VSS中查看此模块的历史记录,我看到变量在循环外部声明的位置以及在每次迭代时初始化的位置.有问题的人希望他的ReSharper显示"全部绿色",以便"将他的变量更接近分配"然后"删除冗余任务"!我认为他不会再这样做了......现在花个周末去参加他错过的所有单元测试!
如何将问题标记为已回答？

假设我有一个命令的执行方法,如下所示:

    private void Execute()
    {
        // Bound to a wait indicator in the UI
        Searching = true;

        // Do some long running process
        Thread.Sleep(2000);

        Searching = false;
    }

当Searching设置为True时,绑定的UI元素将不会更新(即使Searching发送OnPropertyChanged调用).

但是,一旦Thread.Sleep完成,然后UI处理我的更改并显示搜索绑定的等待指示符.

现在,我知道传统的智慧是使对长时间运行的进程(Thread.Sleep)的调用是异步的.

但是假设我没有使用Async库,有没有办法指示WPF立即执行搜索绑定？

像这样的东西:

    private void Execute()
    {
        // Bound to a wait indicator in the UI
        Searching = true;

        // MADE UP CODE
        Binding.UpdateBindingNow("Searching");
        // END MADE UP CODE


        // Do some long running process
        Thread.Sleep(2000);

        Searching = false;
    }

更新:我尝试过:

• 使用Dispatcher尝试将命令单独发送到UI.
• 我还尝试了优先级高的Dispatcher.