Warning: Undefined array key 0 in /var/www/tgoop/function.php on line 65

Warning: Trying to access array offset on null in /var/www/tgoop/function.php on line 65
159 - Telegram Web
Telegram Web
Function pointer #скорость

Представим, что у нас есть подсистема вычисления. Один класс отвечает за выбор операции над значениями, а другой производит магию вычисления с использованием выбранной операции. В каждом из классов какая-то сложная логика, поэтому объединить их нельзя или сложно.

Пример: операции над формулами в Excel - до того как мы прочитаем формулу, мы не знаем, какая операция будет произведена над ячейками.

Условно, это выглядит вот так:
MathOperation operation = SelectOperation(Context);
Func<int, int, int> executor = operation switch {
MathOperation.Add => MathOperations.Add,
MathOperation.Subtract => MathOperations.Subtract,
MathOperation.Multiply => MathOperations.Multiply,
MathOperation.Divide => MathOperations.Divide,
_ => Error.NotSupportedOperation(operation, Context)
};

Calculator.Execute(executor, xValue, yValue);


Это работает быстро, но, благодаря "современному" C# (function pointer'ы появились аж 5 лет назад), подобные сценарии можно ускорить на 10-15%. Для этого нужно уйти в лёгкий unsafe, и заменить Func<int, int, int> на delegate*<int, int, int>. Мотивацию появления этого улучшения можно подсмотреть тут.

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

Для библиотечного кода такой unsafe весьма оправдан (так как даёт хороший буст производительности). В случае обычного энтерпрайз-кода я бы такое не использовал никогда.

Бенчмарк тут, чтобы каждый мог убедиться, что мы действительно получаем профит.

P.S.: Коллега напоминает, что ещё function pointer удобен для работы с библиотекам на других технологиях.
🔥10👍6😁1👀1
2025/10/21 12:26:51
Back to Top
HTML Embed Code: