Artikel teknis: Secure PDF Preview in Delphi Apps with PDFium Component dalam bahasa Indonesia

Lokalisasi ini langsung membahas Secure PDF Preview in Delphi Applications 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 TPreviewPane.LoadUntrusted(const FilePath: string);
begin
  Pdf.FileName := FilePath;
  Pdf.FormFill := False;     // no form environment, hence no JavaScript engine
  Pdf.Active := True;

  FPermissions := Pdf.Permissions;   // raw flag word; all bits set = unrestricted
end;

procedure TPreviewPane.PdfViewWebLinkClick(Sender: TObject;
  const Url: WString; var Handled: Boolean);
begin
  Handled := True;   // never fall through to the default shell behavior

  if (AnsiStartsText('https://', Url) or AnsiStartsText('http://', Url))
    and HostIsAllowed(Url) then
    OpenInBrowser(Url)
  else
    FAudit.LogBlockedLink(FDocumentId, Url);
end;

procedure TPreviewPane.ExportAttachment(Index: Integer; const TargetDir: string);
var
  RawName, SafeName, Ext: string;
  Data: TBytes;
begin
  RawName := string(Pdf.AttachmentName[Index]);
  SafeName := ExtractFileName(RawName);    // strips any path components
  Ext := LowerCase(ExtractFileExt(SafeName));

  if not FAllowedExt.Contains(Ext) then    // allowlist, not blocklist
    raise EPreviewPolicy.CreateFmt('Attachment type %s blocked by policy', [Ext]);

  Data := Pdf.Attachment[Index];           // embedded payload as raw bytes
  TFile.WriteAllBytes(
    IncludeTrailingPathDelimiter(TargetDir) + SafeName, Data);
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 Secure PDF Preview in Delphi Applications 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