itext7 PDF'den Metin Çıkarma vs IronPDF (Kod Örnekleri Eğitimi)

Ürünün dokümantasyonu, geliştiricilerle uzun vadeli olarak ya başaracak ya da kıracaktır. Daha derine indiklerinde ve daha gelişmiş özelliklere ihtiyaç duyduklarında, o materyali ne kadar hızlı bulabilecekleri ve bu kavramları öğretmeye yardımcı olan örneklerin sağlanıp sağlanmadığı önemlidir.

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

IronPDF

API belgeleri, canlı bir filtreye sahip bir sol panel içindekiler tablosu ile açık ve düzenlidir. Sağ üstteki arama kutusu ayrıca canlı filtre içerir ve hızla İmza özelliklerini sağlayan çeşitli bileşenler hakkında birkaç makale döndürdü. API sitesinde açık ve koyu mod, geliştiricilerin tercih ettiği hoş bir özellik vardır.

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

PdfSignature sınıf belgesi nesneyi açıklar ancak örnek koda bağlantı içermez. ironpdf.com sitesinde "signature" araması yaptım ve IronPDF Digitally Sign a PDF Example adresinde PdfSignature nesnesine referans veren örnek kod buldum.

Aspose

Aspose API belgeleri, imza arayışımda beni PdfFileSignature sınıfına yönlendirdi. Bu sayfa, IronPDF'in sayfası gibi, PdfFileSignature sınıfının detaylarını gösterir ancak demoya bağlantı içermez veya sınıfın nasıl kullanılacağını açıklamaz.

Aspose.PDF for .NET Dokümantasyon ana sayfasına tekrar döndüm ve imza aradım. Daha sonra ilgili makalelerin listesi ile karşılaştım ve Aspose Add Signature in PDF makalesinin bulunduğu makale üzerinden tıkladım.

Syncfusion

Syncfusion'un PDF dosya formatları ürünü için temel dokümantasyon sayfası, Syncfusion PDF File Formats Overview adresindedir ve bulmak için sitelerinde birkaç tıklamama neden oldu. İmza örneğini bulmak için fazla uzağa gitmeme gerek kalmadı çünkü dokümantasyonun ön sayfasında yer alıyordum.

Syncfusion sitesinde dijital imza özelliğini destekleyen API belgeleri bulunmamaktadır.

iText

iText API belgeleri çok ayrıntılı ve her yayımlanan sürümden üretilmiştir. İnternetteki diğer kütüphanelerden gördüğünüz standard bir görünüm ve his. İmza araması yaptığımızda, bu özelliklerin etrafında bazı harika açıklamalarla birlikte birkaç sınıf bulduk, ancak yine de örnek bağlantıları yok.

iText web sitesinde bir imza örneği aradım ve bulamadım, bunun yerine yeni ortaklıkları duyuran birkaç blog makalesi sunuldu.

Her bir araç tarafından sunulan API, çok tanımlayıcıdır ve her biri, geliştiriciye bir PDF belgesinin içeriğini oluşturma ve yönetme konusunda tam erişim sağlama yaklaşımını benimser. Neyse ki, tüm çerçeveler, onların araçlarını modern bir kod editörü olan Visual Studio veya tamamlayıcı önerme yeteneklerine sahip Visual Studio Code ile çalışırken harika satır içi dokümantasyon sağlayan eksiksiz otomatik tamamlama ipuçlarına sahiptir.

IronPDF

IronPDF API'ler, "RenderHtmlAsPdf" gibi basitleştirilmiş komutlarla son derece zor ve karmaşık etkileşimleri kolaylaştırır, ancak yine de içeriğin, güvenliğin, meta verilerin ve belgenin formlarının oluşturulması ve yerleştirilmesi derinlemesine erişim sağlar. Bir geliştirici olarak, bu API'ler içeriği işleme hakkında düşündüğüm şekilde "konuşuyor."

IronPDF API'lerinin kullandığı isimler ve terimler, bir belge oluşturmakta veya bir belge inşa ettiğinizi net bir şekilde ifade eder. Bazı ayarlarda bulunan zaman özellikleri milisaniyeleri temsil eden tamsayılar ve ben bunların yerine yerel bir TimeSpan türünü tercih ederdim. Sonuç olarak, şu tür modern bir akıcı yapılandırma API'si ile Ayarlar ve Seçenekler türleri görmeyi 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'ları net ve dönüştürücü araçları ile nasıl etkileşime girileceğine dair çok açıklayıcı kontrol sağlar. Burada kısayollar yok, her şey gereklidir ve hangi araçları kullandığınızı söylemelisiniz, varsayılanlar yoktur. Ayarlar, özellikle WebKit eyleyicisinin disk üzerindeki konumu dahil olmak üzere her şey üzerinde ayrıntılı bir kontrol sağlamaya yönelik geniştir.

Bu ek yapılandırma, bazı kurulumlarda gerekmesede, daha önce insanlar için sorunlara neden oldu ve ilerideki sürümlerde Syncfusion bunun bir sorun olmadığını vaat ediyor.

Aspose

Aspose API son derece kapsamlıdır, bu da geliştiricileri hiç üretkenleştirip üretmeticikileyin çırakılmaya çalışmıyor mu acaba diye düşündürüyor. Bir web sitesinden belge yükleme için gereken yapılandırmanın miktarı şaşırtıcı, on satır kod veya Syncfusion'un iki katı (beş) satır.

Bu duruma bir örnek, Aspose'un alıp dönüştürmek üzere bir URL belirtmenizi sağlayan API'lere sahip olmamasıdır.

iText

iText, Aspose'a benzer bir API'ye sahiptir, çok fazla açıklayıcıdır ve farklı veri türleriyle belge yazma işlemine doğrudan etkileşime izin verir, ancak belgenin bölümlerini nasıl oluşturacağı henüz net değildir. API'lerin ne kadar açık olduğu ve dokümantasyonun düşük kalitesiyle iText ile çalışmak en iyisiyle zordu.

Referans web sitesi, CSS içermeyen ve sadece bağlantılar ve resimlerle birlikte metin içeren çok basit bir yapıya sahiptir.

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

IronPDF

Bu, çalıştırmak için üç satır kodluktü, ve 835ms'de performansı iyi görünüyordu. Ancak, PDF'yi açtığımda, varsayılan yapılandırma ile dahil edilen hiçbir resmin oluşturulmadığını gördüğümde hayal kırıklığı yaşadım.

Biraz araştırma sonucunda, bir oluşturan gecikmesi ekleyebileceğimi öğrendim ve bu yapılandırma ile sayfadaki uygun resimleri içeren bir PDF oluşturabileceğim.

Araçtaki test sürümüyle, oluşturulan PDF'de bir filigran bulunmaktadır. Tam lisanslı versiyonda bu filigran mevcut değildir.

Şekil 17 - Statik Siteleme IronPDF İşleme

Syncfusion

Syncfusion merak uyandırıcı ve kafa karıştıran bir yolculuktu. Belgelerinde farklı sürüm numaralarına sahip farklı çerçevelerle HTML ve PDF'yi render edip dağıtmanın çeşitli yollarına atıfta bulunurlar ve düzgün çalışabilmesi için binary araçların kurulmasını gerektirir.

IronPDF demosu gibi, Syncfusion sayfa için resimleri render etmedi ve çok küçük kenar boşluklarına sahip bir PDF sağladı.

Araçtaki test sürümüyle, oluşturulan PDF'de bir filigran bulunmaktadır. Tam lisanslı versiyonda bu filigran mevcut değildir.

Şekil 18 - Statik Site'nin Syncfusion Render Edilmesi.

Aspose

Aspose'un araçlarını nasıl kullanacağına dair çok açık bir dizi yönlendirmesi var. Ancak, bir web sitesini bir PDF'ye dönüştürmekle ilgili web sitelerindeki talimatlar temelinde, çalışmayı engelleyen önemli bir hatası vardır. Ek olarak, artık çalışmayan bir web sitesini bir PDF'ye dönüştüren çevrimiçi araçları vardır.

iText

iText belgeleri bulmak kolay değildir ve bu örneği çalıştırmak için aradığımız örnek kodu bulmak için bir e-kitap okumamız gerekiyordu. Kod değişiklikleri yapmadan, ek konfigürasyon olmadan ve dört satır kodla, su işaretleri olmayan ve iyi kenar boşluklarına sahip çok hoş bir PDF ürettik.

Şekil 19 - Statik Siteleme iText İşlemesi.

Bu test için, sayfada çok fazla CSS, resim ve JavaScript bulunan bir spor web sitesi ESPN.com'u kullanıyoruz. Basit test için Aspose çalışmadığı için bundan sonrası için çağırıyoruz. Son demoda kullandığımız aynı kodu kullanarak bu yakalamaları oluşturacağız, sadece web sitesi adresini değiştireceğiz.

Referans olarak, bu test sırasında CNN'in görünümü aşağıdaki gibidir:

Şekil 20 - Tarayıcıda ESPN.com'un tam işlemesi

Ekranın üst kısmındaki puanları ve ekrandaki oyunun durumunu raporunu JavaScript tarafından yerleştirilmiştir, tüm konum ve renkler CSS3 ile işlenmiştir.

IronPDF

IronPDF, dinamik içeriği yükleyip sadık bir şekilde çoğaltabilmiştir, ancak içerik unsurları ayrı segmentlere ayrılmış ve döşeli olarak mobil cihaz için oluşturulmuş gibi görünmektedir.

Şekil 21 – IronPDF İşlemesi ESPN

Syncfusion

Syncfusion, içerikleri dikey olarak döşeyerek benzer bir 'mobil tarzı' çizim gerçekleştirdi. Ancak, ESPN sitesi tarafından dinamik olarak yüklenen birkaç resmi kaybettik ve bazı yazı tipi formatlaması da kaybolmuştur:

Şekil 22 - ESPN'nin Syncfusion Renderı

iText

Bu testte, iText çalışmayı reddetti ve sayfanın işlenmesine girişimde bulunmayı önleyen bir NullReferenceException attı.

Son test, bir web sitesine dayalı form giriş alanları içeren bir PDF oluşturmaktır. Yazdığım basit bülten kaydı formu, GitHub deposunda mevcuttur ve Firefox'ta Bootstrap 5 ile aşağıdaki gibi işlenir:

Şekil 23 – Firefox'ta Form Web Sitesi

Not: Durum bir açılır kutu, Telefon alanı bir telefon alanı, Email bir e-posta alanı ve Ayakkabı Numarası bir numara alanıdır.

IronPDF

Iron gerçekten bu testte parlar, sağ üst köşede hamburger menü düğmesi ile kanıtlandığı gibi, hızlı bir şekilde mobil dostu bir yerleşimle işlenir. Test versiyonunda sayfaya yayılan filigranlar baş belası ama tam lisanslı versiyonda kaldırılır.

Tüm metin kutusu alanları, sonundaki radyo düğmeleri ve onay kutusu hariç etkileşim kurabileceğim PDF form alanları olarak işlenmiştir. Metin kutularında, tarayıcıda olduğu gibi, belirli bir doğrulama veya içerik uygulanması yoktur.

Şekil 24 – Form'un IronPDF İşlemesi

Syncfusion

Syncfusion, masaüstü sürümünü tam şekliyle render etti çünkü hamburger menü düğmesi mevcut değildir. İşlenmiş form elemanları kareler, düğmeler ve ekran üzerinde küçük kutular gibi görünse de, hiç biri standart PDF veri girişi alanı değil. Bağlantılar başlık ve alt bilgiler savaçıgarasında, filigran tarafından engellemektedir, ancak tıklanabilir.

Şekil 25 - Syncfusion tarafından render edilen Form Sitesi

iText

İçerik işleme konusunda üç çerçeve arasında en hızlısı iText oldu. Ancak, bu hızın bir bedeli vardı. İşlemeleri, tıklandığında gezinmiş bağlantı etiketleri sağladı, ancak orijinal web sitesine ulaşamadı. Tüm bağlam explorer'dan kaybedildi ve tüm form alanları normal kutular olarak işlendi.

Şekil 26 – iText İşlenen Form sitesi