Competition

Better than automation

With Microsoft Office installed on most business desktops it is tempting to use Microsoft Excel object for XLSX/XLS file reading / writing. Look at the following table for good reasons not to do so:

Microsoft Excel automationGemBox GemBox.Spreadsheet component
Requires a license for Microsoft Excel on every client machine.Requires that only the developer using our component has one GemBox.Spreadsheet developer license, even if the developed application is to be installed on thousands of client machines.
Requires that all client machines have the same version of Microsoft Excel installed.Files generated with GemBox.Spreadsheet are compatible with Excel 97, Excel 2000, Excel XP, Excel 2003, Excel 2007, Excel 2010, Excel 2013 and OpenOffice, so any of these products can (but don’t have to) be installed on a client machine.
When using automation, Excel is loaded in the background, taking few MB and loading a large number of files and DLLs.GemBox.Spreadsheet is a single component taking 1 MB. An additional memory is allocated only when needed to perform certain operations.
Microsoft Excel was designed as UI application and because of that API is very slow. Generating a single worksheet with 200 rows and 200 columns takes 240 seconds on our test machine.GemBox.Spreadsheet is designed for processing large numbers of Excel files. The same test took 0.9 seconds on our test machine (266 times faster than Microsoft Excel).
Microsoft Excel API is exposed as COM object. This results in the same disadvantages as with calling any COM object from the managed code (type conversions, need for COM wrapper, bad integration with .NET Framework etc.).GemBox.Spreadsheet is a pure .NET component, designed and developed to conform to Microsoft standards for .NET libraries.

Outperforming competition

When comparing and evaluating different XLSX, XLS, ODS, CSV reading and HTML, PDF and XPS reporting products, don’t forget the following considerations:

Plain and fair licensing.

We don’t charge you additional server licenses. You can use our component for unlimited number of projects (you don’t need to purchase additional “OEM licenses”). And we don’t force you to purchase subscription packages.
Our licensing is very simple; every developer working with our component needs to be covered by developer license. We don’t care if it is a Windows or web application, how many servers you use and if you have just one or millions of customers.

Performance.

In the case of desktop application, you don’t want your user to wait 20 seconds for every single report. In the case of web application, you want your server to simultaneously support as many users as possible. Our test programs generate single XLS file with 200 rows and 200 columns of tabular data. Half of the values are strings and half are numbers, with 50% of cells having some cell style applied (font size and border). On our test machine the results are following:

  • GemBox.Spreadsheet takes 0.9 seconds.
  • Microsoft Excel automation takes 240 seconds (266 times slower).

Performance samples are included in the GemBox.Spreadsheet SampleExplorer, so you are free to do the test yourself and see how our component performs with the tabular data you require.

Clean and easy to use API.

GemBox.Spreadsheet is a designed and developed to conform to Microsoft standards for .NET libraries. Caching also enables you to access worksheet in a more natural way. For example, the same task of changing cell text orientation would be one line in GemBox.Spreadsheet:

ws.Cells[6,0].Style.Rotation = 30;

and three lines in one of the competing products:

XLStyle someStyle = new XLStyle(book);
someStyle.Rotation = 30;
sheet[6,0].Style = someStyle;

The latter is a hassle and forces you to think about Excel unique cell style limit. In other words, you will have to pay attention not to create the same cell style again in a more complex worksheet.

100% managed code.

Some similar products (and actually Microsoft Excel object) are old COM components with .NET RCW (Runtime Callable Wrapper). That brings many performance and interoperability disadvantages as every method call you make goes through the wrapper until it reaches C++ code. On the other hand, our GemBox.Spreadsheet component is 100% managed, written entirely in C# and designed to support both Visual Basic .NET and C# in equal manner.