Самый быстрый способ взаимодействия между живыми (несохраненными) данными Excel и объектами C#

Я приму это как вызов и сделаю ставку, что самый быстрый способ перетасовать ваши данные между Excel и c# - использовать Excel-Dna -http://exceldna.codeplex.com. (Отказ от ответственности: я разрабатываю Excel-ДНК. Но это правда...)

потому что он использует native .интерфейс xll пропускает все издержки интеграции COM, которые у вас были бы с VSTO или другим COM-подходом надстройки. С Excel-Dna вы можете сделать макрос, который подключен к кнопке меню или ленты, которая читает диапазон, обрабатывает его и записывает обратно в диапазон в Excel. Все используют собственный интерфейс Excel из C# - не COM-объект в поле зрения.

Я сделал небольшую тестовую функцию, которая принимает текущий выбор в массив, квадраты каждого числа в массиве и записывает результат в лист 2, начиная с ячейки A1. Вам просто нужно добавить (бесплатно) Excel-Dna runtime, который вы можете скачать сhttp://exceldna.codeplex.com.

Я читаю в C#, процесс и пиши в Excel миллион-диапазон ячеек в секунду. Это достаточно быстро для вас?

моя функция выглядит так:

using ExcelDna.Integration;
public static class RangeTools {

[ExcelCommand(MenuName="Range Tools", MenuText="Square Selection")]
public static void SquareRange()
{
    object[,] result;

    // Get a reference to the current selection
    ExcelReference selection = (ExcelReference)XlCall.Excel(XlCall.xlfSelection);
    // Get the value of the selection
    object selectionContent = selection.GetValue();
    if (selectionContent is object[,])
    {
        object[,] values = (object[,])selectionContent;
        int rows = values.GetLength(0);
        int cols = values.GetLength(1);
        result = new object[rows,cols];

        // Process the values
        for (int i = 0; i < rows; i++)
        {
            for (int j = 0; j < cols; j++)
            {
                if (values[i,j] is double)
                {
                    double val = (double)values[i,j];
                    result[i,j] = val * val;
                }
                else
                {
                    result[i,j] = values[i,j];
                }
            }
        }
    }
    else if (selectionContent is double)
    {
        double value = (double)selectionContent;
        result = new object[,] {{value * value}}; 
    }
    else
    {
        result = new object[,] {{"Selection was not a range or a number, but " + selectionContent.ToString()}};
    }

    // Now create the target reference that will refer to Sheet 2, getting a reference that contains the SheetId first
    ExcelReference sheet2 = (ExcelReference)XlCall.Excel(XlCall.xlSheetId, "Sheet2"); // Throws exception if no Sheet2 exists
    // ... then creating the reference with the right size as new ExcelReference(RowFirst, RowLast, ColFirst, ColLast, SheetId)
    int resultRows = result.GetLength(0);
    int resultCols = result.GetLength(1);
    ExcelReference target = new ExcelReference(0, resultRows-1, 0, resultCols-1, sheet2.SheetId);
    // Finally setting the result into the target range.
    target.SetValue(result);
}
}

далее к комментариям Майка Розенблюма об использовании массивов, я хотел бы добавить, что я использовал сам подход (массивы VSTO+), и когда я измерил его, фактическая скорость чтения была в миллисекундах. Просто не забудьте отключить обработку событий и обновление экрана до чтения/записи и не забудьте снова включить после завершения операции.

используя C#, вы можете создавать массивы на основе 1 точно так же, как и сам Excel VBA. Это довольно полезно, особенно потому что даже в VSTO, когда вы извлекаете массив из Excel.Объект диапазона, массив основан на 1, поэтому сохранение ориентированных на Excel массивов 1 помогает избежать необходимости всегда проверять, является ли массив одноосновным или нулевым. (если позиция столбца в массиве имеет значение для вас, необходимость иметь дело с массивами на основе 0 и 1 может быть реальной болью).

обычно чтение Excel.Диапазон в массив будет выглядеть примерно так это:

var myArray = (object[,])range.Value2;

Моя вариация записи массива Майка Розенблюма использует массив на основе 1:

int[] lowerBounds = new int[]{ 1, 1 };
int[] lengths = new int[] { rowCount, columnCount };  
var myArray = 
    (object[,])Array.CreateInstance(typeof(object), lengths, lowerBounds);

var dataRange = GetRangeFromMySources();

// this example is a bit too atomic; you probably want to disable 
// screen updates and events a bit higher up in the call stack...
dataRange.Application.ScreenUpdating = false;
dataRange.Application.EnableEvents = false;

dataRange = dataRange.get_Resize(rowCount, columnCount);
dataRange.set_Value(Excel.XlRangeValueDataType.xlRangeValueDefault, myArray);

dataRange.Application.ScreenUpdating = true;
dataRange.Application.EnableEvents = true;

самый быстрый интерфейс для данных Excel-это C API. Существует ряд продуктов, которые связывают .NET с Excel с помощью этого интерфейса.

2 продукта, которые мне нравятся, это Excel DNA (который является бесплатным и открытым исходным кодом) и Addin Express (который является коммерческим продуктом и имеет интерфейс C API и COM).

во-первых, ваше решение не может быть Excel UDF (пользовательская функция). В наших руководствах мы даем следующее определение: "Excel UDFs используются для создания пользовательских функций в Excel для конечного пользователя, чтобы использовать их в формулах."Я бы не возражал, если бы вы предложили лучшее определение:)

это определение показывает, что UDF не может добавить кнопку в пользовательский интерфейс (я знаю, что XLLs может изменять пользовательский интерфейс командной строки) или перехватывать сочетания клавиш, а также события Excel.

Это, ExcelDNA выходит за рамки, потому что она предназначена для разработки надстроек XLL. То же самое относится к Excel-целевой функциональности надстройки Express, поскольку она позволяет разрабатывать Xll надстройки и надстройки автоматизации Excel.

поскольку вам нужно обрабатывать события Excel, ваше решение может быть автономным приложением, но есть очевидные ограничения такого подхода. Единственный реальный способ-создать надстройку COM; она позволяет обрабатывать события Excel и добавлять пользовательские вещи в пользовательский интерфейс Excel. У вас есть три возможности:

• настройка
• надстройка Express (функциональность надстройки COM)
• общая надстройка (см. соответствующий пункт в диалоговом окне новый проект в VS)

Если говорить о разработке надстройки Excel COM, 3 инструмента выше предоставляют различные функции:визуальные дизайнеры, шимминг и т. д. Но я не думаю, что они отличаются скоростью доступа к объектной модели Excel. Скажите, Я не знаю (и не могу себе представить), зачем получать COM объект из AppDomain по умолчанию должен отличаться от получения того же COM-объекта из другого AppDomain. Кстати, вы можете проверить, влияет ли shimming на скорость работы, создав общую надстройку, а затем с помощью мастера com Shim.

скорость II. Как я писал вам вчера: "лучший способ ускорить чтение и запись в диапазон ячеек-создать переменную Excel.Тип диапазона, ссылающийся на этот диапазон, а затем считывающий / записывающий массив из / в свойство Value переменная."Но вопреки тому, что говорит Франческо, я не приписываю это VSTO; это особенность объектной модели Excel.

скорость III. Самые быстрые UDFs Excel написаны на родном языке C++, а не на любом языке .NET. Я не сравнивал скорость надстройки XLL, производимой ExcelDNA и Add-In Express; я не думаю, что вы найдете здесь какую-либо существенную разницу.

подводя итог. Я убежден, что вы находитесь на неправильном пути: надстройки COM на основе надстройки Express, VSTO или Shared Надстройка должна читать и писать ячейки Excel с одинаковой скоростью. Буду рад (искренне), если кто-то опровергнет это утверждение.

теперь о других ваших вопросах. VSTO не позволяет разрабатывать надстройку COM, поддерживающую Office 2000-2010. Для этого требуется три разные кодовые базы и по крайней мере две версии Visual Studio для полностью поддержка Office 2003-2010; вам нужно иметь сильные нервы и часть удачи для развертывания надстройки на основе VSTO для Excel 2003. С надстройкой Express, вы создаете надстройку COM для всех версий Office с одной кодовой базой; надстройка Express предоставляет вам проект установки, который готов к установке надстройки в Excel 2000-2010 (32-разрядная и 64-разрядная); развертывание ClickOnce также находится на борту.

VSTO бьет надстройку Express в одной области: она позволяет создавать так называемые надстройки уровня документа. Представьте себе книгу или шаблон с некоторым .NET-кодом за ним; я не удивлюсь, если развертывание таких вещей является кошмар.

о событиях Excel. Все события Excel, перечислены в MSDN, например, см. события Excel 2007

с уважением от Беларуси (GMT+2),

Андрей Смолин Надстройка Express Team Leader

Я использовал код VBA (макрос) для сбора и сжатия данных и получения этих данных за один вызов C#, и наоборот. Это, вероятно, будет наиболее эффективным подходом.

используя C#, вам всегда нужно будет использовать некоторый маршаллинг. Используя VSTO или COM-взаимодействие, уровень связи подложки (маршалинг накладных расходов) тот же.

в VBA (Visual Basic для приложения) вы работаете непосредственно с объектами в Excel. Поэтому доступ к этим данным всегда будет быстрее.

но.... Как только у вас есть данные в C#, манипуляция этими данными может быть намного быстрее.

Если вы используете VB6 или C++, вы также проходите через COM-интерфейс, и вы также столкнетесь с перекрестным маршалингом процессов.

таким образом, вы ищете метод для минимизации перекрестных вызовов процессов и маршалинга.