У кого-нибудь есть .Тесты компонентов ввода-вывода Net Excel?

Question

Мне нужно получить доступ к рабочим книгам Excel из .Net.Я знаю все о различных способах сделать это (я описал их в запись в блоге), и я знаю, что использование собственного компонента .Net будет самым быстрым.Но вопрос в том, какой из компонентов выигрывает?Кто-нибудь проводил их сравнительный анализ?Я использовал Syncfusion XlsIO, но это очень медленно для некоторых ключевых операций (например, удаление строк в рабочей книге, содержащей тысячи именованных диапазонов).

Answer 1

Я не проводил никаких надлежащих тестов, но я опробовал несколько других компонентов и обнаружил, что Устройство для работы с электронными таблицами это было значительно быстрее, чем XlsIO, которым я пользовался раньше.Я описал некоторые из своих выводов в этой статье. Публикация

Answer 2

Не могу помочь вам с вашим первоначальным вопросом, но знаете ли вы, что вы можете получить доступ к файлам Excel с помощью OleDbConnection и, следовательно, рассматривать его как базу данных?Затем вы можете считывать рабочие листы в DataTable, выполнять все необходимые изменения данных в вашем приложении, а затем сохранять все это обратно в файл с помощью OleDbConnection.

Answer 3

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

Я взял один из их примеров "производительности" и добавил ту же процедуру в EPPlus, чтобы сравнить их.XLSIO был примерно на 15% быстрее с помощью простых вставок, в зависимости от соотношения строк и столбцов (я попробовал несколько), использование памяти казалось очень похожим.Когда я добавил процедуру, которая после добавления всех строк удаляла каждую 10-ю строку, а затем вставляла новую строку на 2 строки выше этой - XLSIO в этом случае работал значительно медленнее.

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

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

Более достойными вашего рассмотрения являются функциональность, поддержка (по моему опыту, Syncfusion работает хорошо), документация, доступ к исходному коду, если это важно, и - что немаловажно - насколько понятен вам API, синтаксис может быть совершенно другим.например.Именованные Стили

XLSIO

headerStyle.BeginUpdate();
workbook.SetPaletteColor(8, System.Drawing.Color.FromArgb(255, 174, 33));
headerStyle.Color = System.Drawing.Color.FromArgb(255, 174, 33);
headerStyle.Font.Bold = true;
headerStyle.Borders[ExcelBordersIndex.EdgeLeft]  .LineStyle = ExcelLineStyle.Thin;
headerStyle.Borders[ExcelBordersIndex.EdgeRight] .LineStyle = ExcelLineStyle.Thin;
headerStyle.Borders[ExcelBordersIndex.EdgeTop]   .LineStyle = ExcelLineStyle.Thin;
headerStyle.Borders[ExcelBordersIndex.EdgeBottom].LineStyle = ExcelLineStyle.Thin;
headerStyle.EndUpdate();

ЭППлус

ExcelNamedStyleXml headerStyle = xlPackage.Workbook.Styles.CreateNamedStyle("HeaderStyle");
headerStyle.Style.Fill.PatternType = ExcelFillStyle.Solid; // <== needed or BackgroundColor throws an exception
headerStyle.Style.Fill.BackgroundColor.SetColor(System.Drawing.Color.FromArgb(255, 174, 33));
headerStyle.Style.Font.Bold = true;
headerStyle.Style.Border.Left.Style   = ExcelBorderStyle.Thin;
headerStyle.Style.Border.Right.Style  = ExcelBorderStyle.Thin;
headerStyle.Style.Border.Top.Style    = ExcelBorderStyle.Thin;
headerStyle.Style.Border.Bottom.Style = ExcelBorderStyle.Thin;