問題由兩個部分組成:修改/讀/寫現有的Excel/PDF文件使用.NET庫
什麼是最好的.NET庫修改(讀/寫)現有的Excel文件(應與Excel 2003一起工作)?
什麼是最好的.NET庫來修改(讀/寫)現有的PDF文檔?
他們也應該能夠創建新文檔。 如果他們是免費的(開源)或者不是太貴,那會更好。
感謝提前:)
問題由兩個部分組成:修改/讀/寫現有的Excel/PDF文件使用.NET庫
什麼是最好的.NET庫修改(讀/寫)現有的Excel文件(應與Excel 2003一起工作)?
什麼是最好的.NET庫來修改(讀/寫)現有的PDF文檔?
他們也應該能夠創建新文檔。 如果他們是免費的(開源)或者不是太貴,那會更好。
感謝提前:)
對於PDF文件:iTextSharp。它是免費的,並不難學習。
關於Excel,您可能不需要庫。如果你安裝了Excel,你可以自動編輯文檔,或者你可以通過OLEDB訪問它來讀取/寫入數據。
嘗試全文夏普==>http://www.pdfsharp.net/
所有的開源和免費在MIT許可(所以免費用於商業用途太)
的API類似GDI +,此外,他們有一種稱爲MigraDoc可用於在內存中創建文檔,然後將其呈現爲RTF,XPS或PDF。
我決定使用.net的FlexCel--不是免費的,但也不貴。 API不是很舒服,所以我的建議是使用這個庫的文檔和支持非常好。除了圖表之外,該庫的所有功能都可以執行(但flexcel團隊承諾在最近的版本中添加此功能)。
自動化通常不是一個很好的使用Excel的途徑。很難正確使用API而不掛在COM對象上,因此關閉了Excel,並且如果環境不支持UI(例如託管服務器),則並不總是可能的。 – Ian 2010-06-04 08:57:40
我不想使用自動化或Interop,導致在服務器辦公室可能沒有安裝。 我不是OLEDB大師,但我不認爲它會給我一個有效的方式來管理文件。 – SchmerZ 2010-06-04 09:00:04
@Ian:如果你以正確的方式做到這一點,它應該總是正確關閉,但我同意它可以有點混亂得到正確的。你可以在沒有用戶界面的情況下使用它,但主要的問題是它很慢並且不穩定,當然這在服務器上變得更糟。 – 2010-06-04 09:25:15