2011-03-01 242 views
-1

我們的產品將支持Word(和PDF)報告生成,並且我正在研究選擇哪種技術。Word文檔生成

目前我所知道的是Word自動化和OpenXML SDK。有每個利弊&。

您是否有任何關於這兩種或任何其他技術的經驗,建議或意見?或者是否有我們可以使用的第三方實用程序/產品(可能基於前兩種技術)?我們希望儘可能多地分析可能的解決方案。

回答

2

如果你有選擇,我會去的OpenXML將每週的任何一天。 它比Office自動化具有許多優點。

最有趣的一個對我來說,它可以在服務器上運行的事實,其中辦公自動化不能(因爲你需要的辦公運行的軟件的PC /服務器上的一個實例)。這使我們想到了第二點,它不需要Office的實例來生成您的文檔,而Office自動化需要它。 (這是因爲辦公自動化將在後臺運行一個辦公室實例並對其執行所有操作)。當我們在談論大型文檔或能夠在同一時間產生了不少

特別的OpenXML將執行不是因爲這個辦公自動化好多了。

爲了使長話短說,辦公自動化是過去的事情了,OpenXML的未來;)

如果你想潛入OpenXML的,這裏採取偷看:OpenXML Developer

好運!

+0

+1 to openxml是未來。 –

+0

是的,OpenXML比自動化更少依賴,您是否有任何其他基於OpenXML的實用程序產品/組件的經驗,這使得它更容易使用?我們的日程安排非常緊張,希望調查所有可能的方式......謝謝。 – John

0

Docmosis提供了一項雲服務,可以通過簡單的api生成MS Word和PDF輸出。報告或文檔模板是Word或Open Office文檔,可由非開發人員進行編輯和維護。一旦上傳到系統,您的應用程序就可以簡單地調用服務並指定要以JSON或XML形式注入到文檔中的數據。然後將結果傳回,通過電子郵件發送,或放入存儲器以供稍後訪問。輸出可以是doc,pdf或html。

該服務提供了廣泛的模板功能,因此支持相當複雜的報告要求。

我們發現的最好的事情是,輸出的外觀變化可以由文檔作者處理,而不是開發者爲我們節省了寶貴的時間(更不用說拯救我們的開發人員)。

www.docmosis.com

0

如果你想建立自己的文件中的代碼中,OpenXML的SDK是一定要走的路。這是一個非常好設計的API,充分利用了LINQ類型的語法。一個你正在加快速度,你會發現它非常強大和易於使用。

就這樣說,你就擁有了代碼中所有文檔的邏輯。改變需要改變你的代碼,隨着時間的推移,這種改變會變得很痛苦。如果你想要一個你在Word中設計文檔的系統,你有幾個選擇 - 而Word自動化是最糟糕的。即使微軟說,不要在服務器上做Office自動化。

您在Word中設計的最佳選擇之一是Windward Reports(免責聲明 - 我是那裏的首席技術官)。藉助Windward,您可以爲您的設計獲得Word的強大功能和易用性,並且新文檔或現有文檔的修訂版本無需更改代碼。採用這種方法的其他產品是XpertDoc和SoftArtisans(儘管它們每個模板都有一個代碼組件)。