IronPDF ile Ürün Karşılaştırmaları

Ürünün belgeleri, geliştiricilerle uzun vadede başarı veya başarısızlık anlamına gelecektir. Derinlemesine baktıklarında ve daha ileri düzey özelliklere ihtiyaç duyduklarında, bu materyali ne kadar çabuk bulabilecekler ve bu kavramları öğretmeye yardımcı olan örnekler var mı?

Bu ürünlerin her birinde, bir PDF'ye dijital imza ekleme yeteneğini API belgelerinde aradım.

IronPDF

API belgeleri net ve sol panelde bir içindekiler tablosu ile iyi organize edilmiş ve canlı bir filtre içerir. Sağ üstteki arama kutusu da canlı bir filtre içerir ve çeşitli imza özellikleri sağlayan bileşenlerle ilgili birkaç makale hızla döndürdü. API sitesi, geliştiricilerin tercih ettiği güzel bir özellik olan açık ve koyu moda sahiptir.

Şekil 15 - IronPDF API Arama Sonuçları ile İmza

PdfSignature sınıf belgesi, nesneyi anlatır, ancak örnek koda bağlantılar içermez. ironpdf.com web sitesinde "imza" aradım ve IronPDF Dijital Olarak PDF İmzalama Örneği adresindeki PdfSignature nesnesine referans veren örnek kodu buldum.

Aspose

Aspose API belgeleri, imza aradığımda beni PdfFileSignature sınıfına yönlendirdi. Bu sayfa, IronPDF'inki gibi, PdfFileSignature sınıfının ayrıntılarını gösterir, ancak demolar için bağlantılar içermez ve sınıfın nasıl kullanılacağını açıklamaz.

Aspose dokümantasyon temel sayfasına Aspose PDF for .NET Belgeleri adresinden döndüm ve imza aradım. Sonra ilgili makalelerin listesiyle karşılaştım ve Aspose PDF dosyasına İmza Ekle makalesine tıkladım.

SyncFusion

PDF dosya formatları ürünü için SyncFusion'un temel dokümantasyon sayfası Syncfusion PDF Dosya Formatları Genel Bakış adresindedir ve bulmak için sitelerinde birkaç tıklama gerekti. İmza örneğini bulmak için dokümantasyonun ön sayfası olarak fazla uzağa gitmeme gerek kalmadı.

SyncFusion sitesinde dijital imza özelliğini destekleyen API dokümanları mevcut değil.

iText

iText için API dökumanları oldukça kapsamlıdır ve her sürümden türetilmiştir. Bu, internette başka kütüphanelerden göreceğiniz standart bir görünüm ve his. İmza araması, bu özellikler etrafında bazı harika açıklamalarla birkaç sınıf buldu, ancak yine de örnekler için herhangi bir bağlantı yok.

iText web sitesinde imza örneği aradım ve hiç bulamadım, bunun yerine birkaç yeni ortaklık duyurusu yapan blog makalesiyle karşılaştım.

Her bir aracın sağladığı API, çok açıklayıcıdır ve her biri geliştiriciye bir PDF belgesinin içeriğini oluşturma ve yönetme yetkisi sağlamak için kendi yaklaşımını benimsemektedir. Neyse ki, tüm bu çerçeveler, Visual Studio gibi modern bir kod düzenleyicisinde yada otomatik tamamlama özellikleri sunan Visual Studio Code'da araçlarıyla çalışırken harika satır içi belgeler sağlayan tamamlanmış otomatik tamamlama ipuçlarına sahiptir.

IronPDF

IronPDF API'leri, karmaşık ve zor etkileşimleri "RenderHtmlAsPdf" benzeri basitleştirilmiş komutlarla yapmayı kolaylaştırırken, içeriğin oluşturulması ve yerleştirilmesi, güvenlik, metadata ve belgenin formları gibi derin erişim sağlar. Bir geliştirici olarak, bu API'ler "düşünme şeklime hitap ediyor" içerik işlemesi hakkında.

IronPDF API'lerinin kullandığı isimler ve terimler, bir belge oluşturduğunuzu veya belgeyi inşa ettiğinizi açıkça belirtiyor. Bazı ayarlardaki zaman özellikleri, beni tercih edilecek yerli TimeSpan türü yerine milisaniyeleri temsil eden tam sayılardır. Son olarak, güncel bir akışkan yapılandırma API'si ile böyle Sağlayılan Ayarlar ve Seçenekler türlerini görmek isterim:

var renderer = new IronPdf.ChromePdfRenderer(options => {
    options.RenderDelay = TimeSpan.FromSeconds(1);
});

var renderer = new IronPdf.ChromePdfRenderer(options => {
    options.RenderDelay = TimeSpan.FromSeconds(1);
});

Dim renderer = New IronPdf.ChromePdfRenderer(Sub(options)
	options.RenderDelay = TimeSpan.FromSeconds(1)
End Sub)

SyncFusion

SyncFusion API'leri açık ve dönüştürücü araçlarıyla nasıl etkileşimde bulunulacağını çok açıklayıcı bir şekilde kontrol eder. Burada hiçbir kısayol yok, her şey gereklidir ve kullandığınız araçları belirtmeniz gerekiyor, kullanılabilir varsayılanlar yok. Ayarlar, WebKit işlemcisinin disk üzerindeki konumu dahil olmak üzere her şey üzerinde ince ayrıntılı kontrol ile geniştir.

Bazı kurulumlarda gerek duyulmamasına rağmen, bu ekstra yapılandırma geçmişte insanlar için sorunlara neden olmuş ve gelecekteki versiyonlarda SyncFusion sorunun olmadığını vaat ediyor.

Aspose

Aspose API son derece ayrıntılıdır ve geliştiricilerin daha üretken olmalarını isteyip istemediklerini merak ettiriyor. Bir web sitesinden belge yüklemek için gereken yapılandırma miktarı şaşırtıcı, SyncFusion (beş) den iki kat daha fazla, on satır kod.

Bunun bir örneği, Aspose'un bir URL tanımlamasına veya dönüştürmesine izin veren API'lerin olmamasıdır.

iText

iText, Aspose'a benzer bir API'ye sahiptir, çok ayrıntılı ve farklı veri türleriyle belgede doğrudan yazma etkileşimi sağlar, ancak belgenin bölümlerinin nasıl oluşturulacağı belirsizdir. API'ların bu kadar açık olduğu ve dökümantasyonun düşük kalitesinde olmasından dolayı iText ile çalışmak en iyi haliyle zordur.

Referans web sitesi, sadece bağlantılar ve görüntülerle metin içeren hiç CSS içermeyen çok basit bir yapıdadır.

Şekil 16 - Statik Web Testleri için Referans websitesi

IronPDF

Bu, yürütmek için üç satırlık basit bir koddur ve performans 835ms'de iyi görünüyordu. Ancak, PDF'yi açtığımda, varsayılan yapılandırmada render edilen hiçbir fotoğraf içermediğini, hayal kırıklığı yaratan bir sonuç olduğunu gördüm.

Biraz keşif yapmanın ardından, bir render gecikmesi ekleyebileceğimi öğrendim ve bu yapılandırmayla, sayfa üzerindeki uygun resimleri içeren bir PDF render etmeyi başardım.

Araçın test versiyonuyla, render edilen PDF'de bir filigran vardır. Tam lisanslı versiyonda, bu filigran mevcut değildir.

Şekil 17 - Statik Sitenin IronPDF İşlemesi

SyncFusion

SyncFusion'un yolu merak uyandırıcı ve kafa karıştırıcıydı. Dokümantasyonları, farklı HTML ve PDF işleme ve sunma yollarına, farklı sürüm numaralarına, doğru çalışması için farklı kodlar ve konfigürasyonlar gerekmektedir ve ayrıca ikili araçların kurulumları gerektiğine işaret eder.

IronPDF demosuna benzer bir şekilde, SyncFusion, sayfa için görselleri işlememiş ve çok küçük kenar boşlukları içeren bir PDF sunmuştur.

Araçın test versiyonuyla, render edilen PDF'de bir filigran vardır. Tam lisanslı versiyonda, bu filigran mevcut değildir.

Şekil 18 - Statik Sitenin SyncFusion İşlemesi.

Aspose

Aspose, araçlarını nasıl kullanacağınıza dair çok net bir dizi yönergeye sahiptir. Ancak, bir web sitesini PDF'ye dönüştürmek için kendi web sitelerindeki talimatlara dayalı olarak, özelliğin çalışmasını engelleyen önemli bir hataları var. Ayrıca, bir web sitesini PDF'ye dönüştüren çevrimiçi araçları da artık çalışmamaktadır.

iText

iText dökümantasyonu bulmak o kadar kolay değil ve bu örneği çalıştırmamız için aradığımız örnek kodu almak adına bir eBook okumamız gerekiyordu. Kodda hiçbir değişiklik yapmadan, ek bir yapılandırma olmadan ve dört satır kod ile hiç filigran olmayan, güzel görünümlü bir PDF render ettik ve iyi kenar boşlukları vardı.

Şekil 19 - Statik Sitenin iText İşlemesi.

Bu test için, sayfada çok fazla CSS, görüntü ve JavaScript bulunan bir spor web sitesi olan ESPN.com'u kullanıyoruz. Aspose basit testte çalışmadığı için, onları ileride atlayacağız. Bu yakalamaları oluşturmak için son demo için kullandığımız aynı kodu kullanacağız, sadece web sitesi adresini değiştireceğiz.

Referans olarak, bu testin yapıldığı sırada ESPN'nin görünümü şöyledir:

Şekil 20 - Tarayıcıda ESPN.com'un tam işleme görünümü

Ekranın üst kısmındaki skorlar ve ortadaki oyunun durum raporu JavaScript ile yerleştirilmiş ve tüm konumlandırma ve renkler CSS3 ile işlenmiştir.

IronPDF

IronPDF işleme, dinamik içeriği gerçekçe olarak çoğaltıp yükleyebildi, ancak sayfa, içerik öğelerinin ayrı segmentlere ayrılarak döşendiği bir mobil cihaz için işlenmiş gibi görünüyor.

Şekil 21 - ESPN'nin IronPDF işlemesi

SyncFusion

SyncFusion, içeriklerin dikey olarak döşendiği benzer bir 'mobil stil' görüntüleme gerçekleştirdi. Ancak, ESPN sitesinin dinamik olarak yüklenen birkaç görüntüsü kayboldu ve bazı yazı tipi formatları da kayboldu:

Şekil 22 - ESPN'nin SyncFusion işlemesi

iText

Bu test için iText çalışmayı reddetti ve web sitesini işleme girişiminde bulunmasını engelleyen bir NullReferenceException hatası verdi.

Son test, bir web sitesine dayalı olarak form girişi alanlarını içeren bir PDF oluşturmaktır. Yazdığım basit bülten kayıt formu GitHub deposunda mevcuttur ve Firefox'ta Bootstrap 5 ile şöyle render edilir:

Şekil 23 - Firefox'ta Form Web Sitesi

Not: Durum, bir combobox'tır, Telefon alanı bir telefon alanıdır, E-posta bir e-posta alanıdır ve Ayakkabı Numarası bir sayı alanıdır.

IronPDF

Iron bu testte gerçekten parlıyor, sağ üst köşedeki hamburger menü düğmesinden kanıtlandığı üzere benzer bir mobil uyumlu düzenle hızla render yapıyor. Sayfa boyunca olan filigranlar test sürümünde rahatsız edici, ancak tam lisanslı sürümde kaldırılıyorlar.

Sonundaki radyo düğmeleri ve onay kutusu hariç, tüm metin kutusu alanları etkileşimde bulunabileceğim PDF form alanları olarak işlenmiştir. Metin kutuları tarayıcıda olduğu gibi özel bir doğrulama veya içerik zorlaması yoktur.

Şekil 24 - Form'un IronPDF işlemesi

SyncFusion

SyncFusion, web sitesinin tam masaüstü sürümünü işlenmiş gibi görünüyor, çünkü bir hamburger menü düğmesi yok. İşlenen form öğeleri kareler, düğmeler ve ekrandaki kutular olarak görünür, ancak hiçbiri standart PDF veri giriş alanı değildir. Başlık ve altbilgideki bağlantılar filigran ile örtülmüş olsa da tıklanabilir.

Şekil 25 - SyncFusion tarafından işlenen Form sitesi

iText

iText, içeriği render etmekte üç çerçevenin de açık ara en hızlısıydı. Ancak, bu hız bir bedel karşılığında geldi. Render ettikleri, tıklandığında gezinilen, ancak orijinal web sitesine ulaşmayan çapa etiketleri sağladı. Bootstraptan tüm biçimlendirme kayboldu ve tüm form alanları düz kutular olarak işlendi.

Şekil 26 - iText tarafından işlenen Form sitesi