Где CLR-определенные методы, такие как [delegate].Метод BeginInvoke документально? [закрытый]

в соответствии с предметом вашего вопроса ответом будут эти жирные строки. MSDN может быть не лучше, но это хорошо, хотя:)

Джеффри Рихтер написал о том, что вы задали в своем вопросе выше. У него есть эта статья в журнале MSDN. http://msdn.microsoft.com/en-us/magazine/cc164139.aspx Эта статья покажет вам реализацию того, как на самом деле (может быть, не на самом деле, но очень близко к) этот BeginInvoke и EndInvoke фактически реализуется в .ЧИСТАЯ СРЕДА CLR. Инвестируйте некоторое время в эту статью, и после этого я не думаю, что теперь вам нужно читать вперед. Джеффри Рихтер также очень хорошо объяснил это в своей книге CLR через C#.

большинство приложений пользовательского интерфейса однопоточны. Доступ к элементам управления пользовательского интерфейса можно получить только с помощью потока, с помощью которого они были созданы.

для достижения этого контроля.Вызов существует в Winforms. Он автоматически вызовет ваш код на поток пользовательского интерфейса. В мире WPF у нас нет контроля.Взывать. В WPF вместо управления у нас есть диспетчер.

теперь делегировать против делегата. Ханс Пассант предоставил очень хороший ответ.

делегат, как указано в MSDN, является классом. Давайте возьмем этот код (взятый из msdnhttp://msdn.microsoft.com/en-us/library/ms173171 (v=против 80).aspx )

public delegate int PerformCalculation(int x, int y);

как вы можете видеть здесь у нас есть делегат (заметьте с маленькой "д"). Это ключевое слово для определения делегата или, проще говоря, для определения переменной PerformCalculation, которая фактически содержит ссылку на метод.

Я думаю, вы уже знаете об этом, но только для полноты.

теперь использовать эту переменную и вызвать метод, используя такой код:

using System;
// Declare delegate -- defines required signature:
delegate void SampleDelegate(string message);

class TestDelegate
{
    private void CallMeUsingDelegate(string m_param)
    {
        Console.WriteLine("Called me using parameter - " + m_param);
    }

    public static void Main(string[] args)
    {
        // Here is the Code that uses the delegate defined above.
        SampleDelegate sd = new SampleDelegate(CallMeUsingDelegate);
        sd.Invoke("FromMain");
    }
}

теперь для вызова метода нужно напишите полный метод как метод CallMeUsingDelegate выше. В C# это анонимные методы который можно использовать для вызова метода, фактически не записывая его как метод.

таким образом, код выше также может быть записан как

использование системы; // Declare delegate -- определяет требуемую подпись: делегировать void SampleDelegate (строковое сообщение);

class TestDelegate
{
    public static void Main(string[] args)
    {
        // Here is the Code that uses the delegate defined above.
        SampleDelegate sd = delegate(param) {
                        Console.WriteLine("Called me using parameter - " + param);
                    };

        sd.Invoke("FromMain");
    }
}

это делает ту же работу, что и приведенный выше код. Но теперь нам нужно писать меньше кода. Этот компилятор создаст идентичный IL-код для обеих версий выше. Но в случае 2, новый метод будет иметь имя автоматически генерируется компилятором.

когда дело доходит до BeginInvoke и EndInvoke, они используются для асинхронного вызова методов. Это делается с помощью threadpool, который доступен с CLR.

в основном, что происходит, вы называете метод с помощью

IAsyncResult ar = sd.BeginInvoke(CallMeUsingDelegate, callMeOnCompletion, sd);

здесь делегат метод, который вы вызываете. Что произойдет, так это Поток вашей программы вызовет метод BeginInvoke, который будет внутренне вызывать метод, указанный в параметре Delegate в потоке ThreadPool среды CLR. Затем программа продолжает работать и возвращает объект, реализующий интерфейс IAsyncResult. Этот объект можно использовать для запроса о ходе выполнения задачи, вызываемой с помощью делегата ( обратите внимание, что делегат sd передается как параметр 3 ).

метод CallMeUsingDelegate вызывается в отдельном потоке (ThreadPool). Когда задача будет завершена, ThreadPool вызовет метод обратного вызова, указанный как 2 параметра.

глядя на все это, вы можете подумать, зачем нам нужен EndInvoke???

Ну, это потому, что если вы не вызываете EndInvoke, пул CLR будет содержать ссылку на эту операцию, и вы будете пропускать некоторую память. Поэтому всегда рекомендуется вызывать EndInvoke в указанном методе обратного вызова.

Я надеюсь, что теперь это очищает (не все) но кое-какие мысли.