Artikel teknis: Build a PDF Intake Review Workbench in Delphi with PDFium dalam bahasa Indonesia

Lokalisasi ini langsung membahas Build a PDF Intake Review Workbench in Delphi with PDFium Component dan memakai artikel bahasa Inggris yang sudah diperbarui sebagai acuan teknis untuk tim Delphi, PDF, dan perangkat lunak dokumen

Halaman ini mengubah artikel dasar yang diperbarui menjadi titik pemeriksaan konkret untuk desain, implementasi, dan validasi

Materi yang disinkronkan dari artikel bahasa Inggris

Artikel dasar berbahasa Inggris kini memiliki konteks implementasi, keputusan teknis, dan contoh yang lebih konkret, sehingga halaman ini diposisikan sebagai panduan kerja, bukan ringkasan pendek

Bagian penting dalam artikel dasar yang diperbarui:

Gunakan file masukan kecil yang dapat direproduksi sebelum fitur disambungkan ke data produksi
Pertahankan nama produk, nama API, nama file, dan nilai literal apa adanya
Simpan keluaran validator dan informasi versi bersama file contoh yang dibuat

Pilihan implementasi praktis

Mulailah dari jenis file, keluaran yang diharapkan, dan kondisi kesalahan yang harus dilihat pengguna. Lalu hubungkan setiap panggilan API dengan hasil yang bisa diperiksa agar validasi, logging, dan dukungan dapat mereproduksi kasus pelanggan

Gunakan file masukan kecil yang dapat direproduksi sebelum fitur disambungkan ke data produksi
Pertahankan nama produk, nama API, nama file, dan nilai literal apa adanya
Simpan keluaran validator dan informasi versi bersama file contoh yang dibuat

Kode dan titik API

Contoh kode dipertahankan apa adanya agar pengembang dapat membandingkannya langsung dengan proyek Delphi, C++Builder, dan Lazarus/FPC

procedure InspectIncoming(const IncomingPath: string; var Rec: TIntakeRecord);
var
  Pdf: TPdf;
begin
  Pdf := TPdf.Create(nil);
  try
    Pdf.FileName := IncomingPath;
    Pdf.FormFill := False;     // no form environment, no JavaScript init
    Pdf.Active := True;        // failure is silent: Active simply stays False

    if not Pdf.Active then
    begin
      Rec.OpenFailed := True;  // damaged file or user-password lock
      Exit;                    // the finally block still runs
    end;

    Rec.PageCount := Pdf.PageCount;
    CollectIdentity(Pdf, IncomingPath, Rec);
    CollectRiskSignals(Pdf, Rec);
  finally
    Pdf.Active := False;
    Pdf.Free;                  // never leak the instance on a malformed file
  end;
end;

procedure CollectIdentity(Pdf: TPdf; const FilePath: string;
  var Rec: TIntakeRecord);
begin
  Rec.Title := Pdf.Title;             // Info dictionary value
  Rec.Author := Pdf.Author;
  Rec.CreatedAt := Pdf.CreationDate;  // raw PDF date string ("D:2026...")

  // An empty Info title does not mean the document is untitled. The
  // component does not expose the XMP packet, so probe the raw file
  // bytes for the dc:title element before trusting the blank.
  if (Rec.Title = '') and FileContainsText(FilePath, 'dc:title') then
    Include(Rec.Flags, ifTitleInXmpOnly);
end;

procedure CollectRiskSignals(Pdf: TPdf; var Rec: TIntakeRecord);
var
  i, PageNo: Integer;
  Ext: string;
begin
  Rec.IsEncrypted := Assigned(FPDF_GetSecurityHandlerRevision) and
    (FPDF_GetSecurityHandlerRevision(Pdf.Document) <> -1);
  Rec.HasForms := Pdf.FormType <> ftNone;
  Rec.IsXfa := Pdf.FormType = ftXfaFull;
  Rec.HasJavaScript := Pdf.JavaScriptActionCount > 0;

  // AnnotationCount is a per-page property; walk the pages to total
  // it. Loading a page object renders nothing, so this stays cheap.
  Rec.Annotations := 0;
  for PageNo := 1 to Pdf.PageCount do
  begin
    Pdf.PageNumber := PageNo;
    Inc(Rec.Annotations, Pdf.AnnotationCount);
  end;

  Rec.Attachments := Pdf.AttachmentCount;

  for i := 0 to Rec.Attachments - 1 do
  begin
    Ext := LowerCase(ExtractFileExt(string(Pdf.AttachmentName[i])));
    if (Ext = '.exe') or (Ext = '.js') or (Ext = '.vbs') or (Ext = '.dll') then
      Include(Rec.Flags, ifDangerousAttachment);
  end;
end;

Pemeriksaan sebelum rilis

Periksa file keluaran dengan alat yang sama seperti yang digunakan pelanggan atau arsip. Catat versi komponen, data uji, versi validator, dan hasil yang diamati agar regresi berikutnya dapat dilacak dengan tepat

Bacaan terkait

Catatan tambahan

Tambahan ini membuat versi ringkas menjadi panduan kerja yang lebih berguna, sambil tetap selaras dengan Build a PDF Intake Review Workbench in Delphi with PDFium Component dan kerangka teknis artikel bahasa Inggrisnya. Teks perlu menjelaskan dari input seperti apa topik dimulai, output apa yang dituju, dan pada titik mana perilaku harus diverifikasi.

Saat menulis ulang, urutan keputusan penting: mulai dari bentuk data, lalu batas perubahan, kemudian dependensi API, dan akhirnya perilaku hasil. Jika artikel menyebut beberapa jalur, jelaskan juga jalur mana yang paling kuat untuk maintenance, support, dan reproduksi masalah.

Setiap code block, nama file, nama API, dan nilai literal harus tetap sama. Penjelasan sekitarnya boleh lebih luas, tetapi contoh kode harus menjadi referensi yang presisi agar pembaca bisa membandingkannya langsung dengan proyek Delphi, C++Builder, atau Lazarus/FPC mereka.

Bagian validation harus menyebut file sampel kecil, perbandingan output, dan pencatatan versi component atau validator. Jika halaman membahas bug fix atau migrasi, jalur reproduksi, kondisi awal yang terlihat, dan titik verifikasi harus dijelaskan dengan jelas supaya regression dapat dilacak tanpa tebakan.

Perluasan seperti ini membuat halaman tetap berguna setelah dibaca sekali: untuk reviewer sebagai alasan keputusan, untuk support sebagai konteks diagnosis, dan untuk tim pemeliharaan sebagai catatan yang bisa dirujuk saat perubahan berikutnya.

Jangan ubah nama produk, API, file, atau literal
Jika ada code block, pertahankan apa adanya
Jelaskan validation dengan file contoh dan output yang bisa dibandingkan
Uraikan urutan keputusan dengan jelas, bukan hanya ringkasan singkat