Что является самым раздражающим / самая странная вещь, которая произошла с Вами использующий Excel Interop

Исчерпание памяти из-за большого количества открытых различных экземпляров приложений Office.

Тщательное программирование может решить эту проблему, но внутренние ошибки в приложениях могут испортить ваши предположения.

Вы получите другой Interop, скомпилированный на машине с другой версией MS Office.

Это в основном означает дополнительную машину (физическую или виртуальную) и дополнительные лицензии Visual Studio, Windows и MS Office для разработки дополнительной версии.

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

Самая неприятная особенность взаимодействия с Excel для меня заключается в том, что каждый раз, когда вы делаете что-нибудь , он создает объекты COM за кулисами, но все они должны быть удалены, иначе Excel не закроется при вызове Close () . И если вы пропустите один, часто сложно понять, где именно.

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

Странный MOST - это необязательные параметры во всех методах Office. Для меня как программиста на C # Missing.Value - это как разумеется.

например, метод SaveAs принимает 12 аргументов, и требуется только один из них, и вы получили такой код

result.SaveAs('file',Missing.Value,Missing.Value,Missing.Value,Missing.Value,Missing.Value,Missing.Value,Missing.Value,Missing.Value,Missing.Value,Missing.Value,Missing.Value)

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

ref и также непригодные конструкции.
Одна рекомендация - используйте VB.NET для взаимодействия с офисами - это подходящий инструмент для таких вещей, или дождитесь C # 4.0

Отсутствие поддержки автоматизации...

Тот факт, что Excel нельзя запускать в автоматизированной или неинтерактивной среде, например, на сервере. Это можно сделать, но не надежно и не без взлома систем, что часто нецелесообразно для продуктовых сред. Но это не ограничивается Excel.

Подробнее см. здесь . Недавно я провел исследование некоторых альтернатив, которые вы можете найти здесь: Чтение файлов Excel как серверного процесса

Это привело к бесчисленным проблемам для меня и других, и я прочитал много постов в Stackoverflow о проблемах, связанных с использованием Excel на сервере. Просто это не стоит того, чтобы идти по этому пути, тем более, что Vista и выше просто не работают с Office 2k7 через автоматизацию.

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

Например, мне иногда нужно преобразовать большой набор из тысяч книг между форматами (xls / xlsx) из консольного приложения C #. Excel редко обрабатывает все эти книги за один проход без ошибок. Многократный запуск вызывает проблемы с разными файлами. Итак, если a.xls и b.xls находятся в моем наборе файлов, Excel может выйти из строя на a.xls на первом проходе и b.xls на втором проходе.

У машины гораздо больше памяти / места на диске, чем требуется приложению. Приложение является однопоточным, поэтому не возникает проблемы, когда несколько экземпляров Excel создают хаос.

Я наблюдал такое поведение в Excel 2003 и Excel 2007.

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