Jeff Fritz 主導了一項針對 IronPDF、AsposePDF、iText 及 Syncfusion 的 C# PDF 函式庫比較
Jeff Fritz 是頂尖的 .NET 開發者,我們非常重視他的意見。
今年稍早,在 .NET Conf 大會召開前夕,我們聯繫了 Jeff Fritz,並請他針對 IronPDF 提供意見回饋。
IronPDF 是 Iron Software 旗下五款產品之一。 這是首個擴展至第二種語言的版本(點此進一步了解 Java)。
本文將探討 Jeff 影片中的重點內容,以及他如何得出 IronPDF 是表現最佳產品的結論。
流程
評估軟體效能的方法多種多樣,具體取決於開發者的使用情境及其重視的重點。 Jeff 公布了一份關於優秀 PDF 產品應具備的標準清單,並根據重要性將各項標準按四分制進行評分。
在這段影片中,Jeff 將帶我們了解他的評選標準:
- 探索與獲取
- 授權
- 相容性
- 入門體驗
- C# 環境下 API 的易用性
- 文件品質
- HTML 轉 PDF 功能
- 發布頻率
標準 1:探索與獲取
> "身為一名 .NET 開發者,在尋覓這些工具的管道中,我能否找到它們?"
在此過程中,Jeff 首先開啟 NuGet,並搜尋他正在評估的這四項工具。 他還接觸到其他工具,例如 PDFsharp。他將帶領我們逐步了解如何尋找並安裝每項產品。 隨後,他會根據自身使用經驗為每項產品評分。
| Aspose | 4 |
| IronPDF | 3 |
| Syncfusion | 1 |
| iText | 2 |
準則 2:授權條款的清晰度
授權條款可採用多種不同形式呈現。 找出最適合您的解決方案,不僅能為您節省可觀的開支,更能為專案的成功奠定基礎。
圖說:在 09:29 處,Jeff 認為 iText 的授權頁面"令人困惑"。我們也認同此觀點。
Iron Software 致力於讓我們的授權條款盡可能淺顯易懂。 我們重視透明度。 我們希望客戶能清楚了解自己購買的產品,並覺得自己做出了明智的決定。
Jeff 認為 iText 的授權頁面"令人困惑"。我們也同意這點。
| Aspose | 3 |
| IronPDF | 4 |
| Syncfusion | 1 |
| iText | 2 |
準則 3:相容性
與 Mac、Linux 及 Docker 的相容性,以及對 .NET 6 和 7 的支援,對於專案的成功至關重要。 我們深知開發者具備解決問題的能力,但我們希望我們的軟體能為您節省時間,並打造實用且無縫的解決方案。 這意味著它們必須能正常運作。
"我仔細瀏覽了他們的每個網站,並整理出這份對照表。 "我覺得 Iron 和 iText 都應用於雲端服務這點頗有意思," Jeff 說道。
> "對我來說,.NET 6 至關重要,因為這就是我目前的工作環境。" "這就讓 Aspose 出局了。"

準則 4:入門指南
輕鬆的"入門"體驗能為您節省大量時間與精力。 正如 Jeff 所言:"讓我透過你寫出的第一行程式碼,迅速取得成功。"
Jeff 會測試每個函式庫的程式碼,並將測試結果公開分享。 本次對決的範例程式碼已上傳至 GitHub。
| Aspose | 2 |
| IronPDF | 4 |
| Syncfusion | 1 |
| iText | 3 |
Criteria 5: Ease of Use of the API with C
談到 IronPDF 時,Jeff 表示:"我對其周圍的內容擁有極佳的掌控力。 我可以添加背景、疊加層、頁首、頁尾,也能處理 PDF 中的表單……我喜歡這樣。 "這完全符合我對軟體的思考方式。"
接著,他開啟 Aspose 並說道:"它非常冗長。 請看這個。 "我必須先建立一份文件,接著建立一個頁面,然後開始新增頁面與段落,並定義文字片段。"
值得注意的是,這段描述"確實非常精準地闡述了我為了建立文件所需要執行的步驟。"
Aspose 的解決方案增加了過多步驟,可能會使流程顯得笨拙。
最後,Jeff 表示:"很棒,非常詳盡,但比我思考和處理程式碼的方式稍微多了一點,沒問題。"
我們理解這意味著 IronPDF 的使用更直觀,最終 Jeff 給予 IronPDF 更高的評分。
| Aspose | 2 |
| IronPDF | 4 |
| Syncfusion | 1 |
| iText | 3 |
標準 6:文件品質
比較文件看似是一項不可能的任務,但 Jeff 卻將其視為一項非常具體的挑戰。 他瀏覽各產品的文件,然後尋找特定資訊。
為進行測試,Jeff 會搜尋各產品的文件,以尋找有關 API 簽名功能的信息。
"這是 PDF 格式中原本就具備、而所有這些工具都應該支援的功能之一,"Jeff 表示。
他接著在四個網站(Aspose、IronPDF、iText 和 Syncfusion)中搜尋相關資訊。
他將 IronPDF 的文件與微軟的文件風格相比較,表示"還不錯",並特別指出其中關於相容性的實用資訊。
接著,他檢視了 Aspose,並指出其採用"以解答為導向的文件",使查找所需資訊變得非常容易。
Syncfusion 為他提供了"各種可用的工具和框架",但卻讓 API 更難被找到。
iText 排在最後。Jeff 搜尋"signature",卻找不到該簽名物件。 他找到了相關說明,但沒有"如何使用"的指引。
> "這很不錯且實用,但未能涵蓋所有功能。"
| Aspose | 4 |
| IronPDF | 4 |
| Syncfusion | 2 |
| iText | 3 |
標準 7:HTML 轉 PDF 功能
針對此項標準,Jeff 會設定計時器,並透過三項不同的示範來測試各產品的渲染能力。
第一個示範相當簡單:他自己的 Kliptok 網站。
第二個示範是 ESPN 網站:該網站結構更為複雜,包含動畫、更多圖片以及動態內容。
在最終的示範中,他測試了一個包含不同資料類型的表單,其中包括電子郵件欄位、下拉式選單以及單選按鈕。
範例 1:Kliptok
Aspose:"而且那裡什麼都沒有…… "它沒有寫入檔案……那個沒用。"
IronPDF:"它排版整齊,並在四周設定了適當的邊距。" 這很棒。 "大小剛剛好。"
Syncfusion:"這部分的留白不太夠,標題遮蓋了文字,但我會原諒這一點。" 圖片無法載入——這是一個問題。"
iText:"發生了錯誤。 無法開啟此檔案。嗯…… "我不知道,"傑夫再次嘗試,但檔案裡依然空無一物。
首次演示的結論:
> "我們已經有兩個表現不太理想的選項——Aspose 和 iText。" 現在,讓我們來看第二個測試。"
範例 2:ESPN 網站
IronPDF:"並非所有圖片都已載入,或許我需要增加一些延遲時間,但 HTML 內容已經在這裡,而且格式化為行動裝置版。這很棒,我可以繼續使用。"
Aspose:"嗯,Aspose 沒用。"
Syncfusion:"邊框排版得很漂亮,"Jeff 說道。 "他們把圖片切成兩半,效果不算好,但也還不差。"
iText:"那個也打不開。" "顯然 iText 有些地方不太對勁。"
第二次測試的結論——僅有 IronPDF 和 Syncfusion 運作正常。
範例 3:表單
IronPDF:"哇,這些真的是表單欄位。" 我可以在這裡輸入文字! 這很棒! 下拉式選單欄位均已完整呈現。 "單選鈕無法運作,文字方塊也一樣,但表單欄位倒是挺酷的。"
Syncfusion:"水印再次出現在頁首上方,但我們可以處理這個問題。" 這些欄位雖然都已渲染,但它們並非真正的欄位。 "我無法像使用 Iron 解決方案那樣與它互動。"
| Aspose | 0 |
| IronPDF | 4 |
| Syncfusion | 2 |
| iText | 3 |
準則 8:發布頻率
透過檢視版本資訊,我們可以了解各產品的發布週期。 這是用來觀察其開發團隊推出新變更的頻率。
Syncfusion: "天啊,看來他們每週都在發布新版本!" 我喜歡這樣。" iText:"看來他們大概一年只發布一次版本。 "這感覺很奇怪。" IronPDF:"看來是每月一次。" Aspose:"同樣是每月一次",但隨後更正為更接近每週一次。
最終結論
儘管 Aspose 在文件等某些方面表現良好,但在示範程式中卻未能如預期般運作。
Jeff 表示:"當 Aspose 的產品無法正常運作時,這對 Aspose 的同仁們來說確實是一大打擊。" "Syncfusion、IronPDF 和 Aspose 的表現都遠勝於開源解決方案 iText。"*
最終,Jeff 總結道——
> "當我需要使用 HTML 建立並處理 PDF 渲染時,我會選用 IronPDF。"
閱讀 Jeff 的完整產品比較文章,以了解 IronPDF 與 Aspose、iText 及 Syncfusion 的表現對比詳情。
閱讀這篇精彩的比較文章,進一步了解 IronPDF 與 Aspose 的具體差異。
