Насколько популярен Open XML?

Теперь, когда Microsoft Office 2007 (и особенно Excel) поддерживает Open XML, мне гораздо проще работать с ним, чем с Office Automation. Вот несколько основных причин этого:

• Лучшая производительность;
• Никаких проблем с IPC (например, кто-то оставил Excel открытым в диалоговом окне «Сохранить как», сбой);
• Отсутствие зависимости от самого Office или каких-либо внешних компонентов;
• Довольно легко писать расширения и запросы Linq на C#;
• Может использоваться в серверных средах без каких-либо проблем или рисков.

Учитывая, что пользователи Office XP/2003 могут открывать файлы Office 2007 с помощью пакета обеспечения совместимости, я не вижу причин продолжать использовать старую автоматизацию или методы «OfficeML». Это требует некоторого обучения, но, возможно, это лучший вариант на сегодняшний день — он бесплатный, надежный и, что самое главное, это родной формат, используемый Office 2007 сегодня, и вам не нужны какие-либо глупые трюки, чтобы заставить его работать (например, присоединение типа содержимого XLS к HTML, как мы сделали для XL2003, и XL2007, жалующийся на неправильное расширение).

Я бы не сказал, что это полная замена VBA/VSTO — дело в том, что они обычно являются частью решения, требующего интеграции с самой средой Office. Использование OOXML обычно требует, чтобы вы написали вокруг него целое приложение. Но для простого импорта/экспорта, для которого, вероятно, использовалось 90% автоматизации в прошлом, определенно лучше всего использовать OOXML.

Библиотеки, такие как Simple OOXML, также могут значительно облегчить обучение.

Я много смотрел на эту технологию, я программирую на VBA, но она была слишком сложной для моих нужд. В его использовании есть несколько замечательных вещей, которые принесут пользу моему электронному обучению, например, Linq и XML, но планка для перехода от VBA к базовым форматам слишком высока, и у меня нет такой роскоши, как время и деньги. потребуются инвестиции в изучение форматов VS.Net и Open Office XML.

Но есть одна вещь, в которой, я думаю, это действительно поможет, — это добавление метатегов к контенту PowerPoint для LMS.

Мы используем Open XML SDK для экспорта в Excel. Я должен сказать, что это довольно медленно, поэтому нам пришлось самостоятельно выполнять кэширование (для общих строк). Библиотека — это всего лишь объектное представление формата Open XML. Иногда это может быть хорошо, иногда нет. Особенно, когда вам нужно очень хорошо знать стандарт Open XML, потому что SDK ничего не сделает за вас. Вы должны знать все ограничения, которые накладывает этот формат, вы должны знать, какие элементы вы не можете опустить в xlsx или docx и т. д. Это позволяет вам создавать непоследовательные электронные таблицы Excel или текстовые документы, что не очень хорошо. Ну хоть бесплатно :) Лучше чем ничего.

Я использовал Open Xml SDK для создания документов в SharePoint, создания PPTX для пользовательских презентаций (вытягивание данных из XSLX) и для «создания» составных документов из нескольких сегментов документа.

Формат и SDK великолепны. Не беспокойтесь о сервере в сценариях ASP.NET или SharePoint и с высокой скоростью. Я не нашел слишком много сценариев, в которых SDK или xml «грубой силы» не могут достичь цели. Одним из примеров является защита паролем и DRM для документов, но это более крайние случаи. Я согласен с aaronaught в том, что это не эксклюзивное решение, а SharePoint, VSTO и другие инструменты в наборе инструментов для решения для генерации документов.

Я делаю сценарий, в котором показатели продаж для страны предоставляются в колоде PPT с использованием Open XML.

Я использовал его для анализа файлов pptx в поисках специальных комментариев в фигурах. Эти комментарии являются ссылками на другие ресурсы (чаще всего uri, PDF-файлы и т. д.). Затем я использую программное обеспечение DeepZoom для рендеринга pptx, а затем визуализирую uri внутри формы. Весело, но медленно. Используйте его, чтобы помочь с исследованиями и «новым» способом смотреть на плакаты. Но это не ЛОБ.

Совсем недавно мы перешли с Word Interop на Open XML.

Наше приложение используется для создания счетов-фактур в формате Word и pdf. Когда использовался Interop, создание Invoice приличного размера занимало около 5-10 минут. Теперь, используя OpenXML и SSRS, это время сократилось примерно до 30 секунд. Единственная проблема с Word заключалась в том, что некоторые функции не были обратно совместимы с Word 2010 и Word 2007, и потребовалось некоторое время, чтобы исправить и запустить их. Например, создание оглавления, объединение документов и т. д.

Кроме этого, я думаю, что Linq, MSDN и блог Эрика Уайта достаточно, чтобы вы идет в правильном направлении.