این مقاله فارسی موضوع Building AcroForm Fields and Actions with HotPDF in Delphi به فارسی را برای تیمهایی توضیح میدهد که با Delphi، C++Builder، Lazarus/FPC و کامپوننتهای losLab راهکارهای تولیدی میسازند
تمرکز بر تصمیمهای عملی، ریسکها و نکتههای بازبینی است تا خروجی در محیط واقعی قابل اعتماد بماند
زمانی که این موضوع مهم میشود
این موضوع زمانی اهمیت دارد که پردازش PDF، صفحهگسترده یا سند باید در محیط واقعی قابل تکرار، قابل بررسی و قابل پشتیبانی باشد، نه فقط در یک نمونه نمایشی.
- فایلهای ورودی، مجوزها، خروجی مورد انتظار و حالتهای خطا را از ابتدا مشخص کنید
- نام محصولها، نام APIها و نام فایلها را دقیقاً مانند مستندات نگه دارید
- برای پشتیبانی آینده فایلهای آزمون و لاگهای کوتاه نگهداری کنید
گردشکار عملی
نکتههای اصلی متن انگلیسی را به یک گردشکار عملی Delphi تبدیل کنید. محورهای مهم منبع عبارتاند از:
- سناریوی کاربردی را پیش از تغییر کد مشخص کنید
- نتیجه را با فایلهای آزمون کوچک بررسی کنید
- نام APIها و مقدارهای literal را بدون تغییر نگه دارید
ابتدا یک نمونه کوچک و قابل بازتولید بسازید، سپس فراخوانیهای کامپوننت، مدیریت خطا و پیامهای کاربر را به آن وصل کنید. در قالبهای سندی، جزئیات کوچک معمولاً تفاوت بین خروجی قابل اعتماد و خطای پشتیبانینشده را ایجاد میکنند.
نشانههای API و کد
procedure BuildClaimForm(Pdf: THotPDF);
begin
// Page 1: applicant block
Pdf.CurrentPage.AddTextField('applicant.name', '', Rect(50, 700, 300, 722));
Pdf.CurrentPage.AddTextField('applicant.email', '', Rect(50, 660, 300, 682));
Pdf.CurrentPage.AddCheckBox('consent', 'Y', Rect(50, 620, 70, 640), False);
Pdf.CurrentPage.AddRadioButton('coverage', 'basic', Rect(50, 580, 70, 600), True);
Pdf.CurrentPage.AddRadioButton('coverage', 'full', Rect(90, 580, 110, 600), False);
Pdf.CurrentPage.AddComboBox('plan', 'Standard',
['Basic', 'Standard', 'Premium'], Rect(50, 540, 200, 565));
Pdf.AddPage; // CurrentPage now points at page 2
Pdf.CurrentPage.AddListBox('riders', 'None',
['None', 'Flood', 'Earthquake'], Rect(50, 500, 200, 600));
end;// Open a help page in the system browser
Pdf.CurrentPage.AddPushButtonWithAction('btnHelp', 'Help',
'https://www.example.com/claims-help', Rect(320, 700, 420, 730), baURI);
// Run viewer-side JavaScript
Pdf.CurrentPage.AddPushButtonWithAction('btnRecalc', 'Recalculate',
'app.alert("Totals updated.");', Rect(320, 660, 420, 690), baJavaScript);
// Submit as XFDF and keep empty fields in the payload
Pdf.CurrentPage.AddPushButtonWithSubmitAction('btnSubmit', 'Submit claim',
'https://api.example.com/claims', Rect(320, 620, 420, 650),
[sffXFDF, sffIncludeNoValueFields]);بازبینی پیش از انتشار
پیش از انتشار، فایل خروجی، فراداده، رمزگذاری، رندرینگ یا وضعیت واردشده را بر اساس موضوع مقاله بررسی کنید. نسخه ابزار، نسخه کامپوننت، فایل آزمون و نتیجه مشاهدهشده را ثبت کنید.
نام محصولات، نام APIها و قطعهکدها بدون تغییر حفظ شدهاند تا توسعهدهندگان بتوانند متن را با مستندات و کد منبع تطبیق دهند
مطالعه مرتبط
- the companion article on digital signatures and PAdES signing with HotPDF
- flattening XFA into AcroForm fields
- HotPDF Component
نمونههای کد تکمیلی
// Reject committed values that are not plausible email addresses
Pdf.AttachFieldKeyStrokeAction('applicant.email',
'if (event.willCommit && !/^[\w.-]+@[\w.-]+\.\w+$/.test(event.value)) event.rc = false;');
// Display US phone numbers as (NNN) NNN-NNNN
Pdf.AttachFieldFormatAction('applicant.phone',
'event.value = event.value.replace(/(\d{3})(\d{3})(\d{4})/, "($1) $2-$3");');
// Refuse applicants under 18 at commit time
Pdf.AttachFieldValidateAction('applicant.age',
'if (parseInt(event.value) < 18) event.rc = false;');یادداشتهای تکمیلی
این بخش تکمیلی نسخه کوتاه را به یک راهنمای عملیتر تبدیل میکند و همچنان با عنوان Building AcroForm Fields and Actions with HotPDF in Delphi و توضیح پایهٔ انگلیسی آن هماهنگ میماند. متن اصلی باید مشخص کند که مسئله از چه ورودیای شروع میشود، چه خروجیای انتظار میرود و چه وضعیتی باید بهصورت دقیق در validation دیده شود.
در هنگام بازنویسی، ترتیب تصمیمها مهم است: ابتدا شکل داده، سپس محدودهٔ تغییر، بعد وابستگیهای API و در پایان رفتار نهایی. اگر مقاله به انتخاب میان چند مسیر اشاره میکند، توضیح بده چرا یکی از مسیرها برای نگهداری، پشتیبانی و بازتولید خطا قابلدفاعتر است.
هر جا code block، نام فایل، نام API یا مقدار literal وجود دارد، همان مقدار باید بدون تغییر بماند. توضیح پیرامونی میتواند گستردهتر شود، اما نمونهٔ کد باید همان مرجع دقیق باشد تا خواننده بتواند متن را با پروژهٔ Delphi، C++Builder یا Lazarus/FPC خودش تطبیق دهد.
در بخش validation باید از نمونهٔ ورودی کوچک، مقایسهٔ خروجی و ثبت نسخهٔ component یا validator حرف زده شود. اگر رفتار bug fix یا migration توضیح داده میشود، مسیر بازتولید، مشاهدهٔ اولیه و نقطهٔ تأیید باید صریح باشد تا بعداً بتوان regression را بدون حدس دنبال کرد.
این نوع گسترش به صفحه کمک میکند بعد از خواندن اول هم ارزش داشته باشد: برای reviewer بهعنوان توضیح تصمیم، برای support بهعنوان زمینهٔ تشخیص، و برای تیم نگهداری بهعنوان یادداشت قابل استناد هنگام تغییرهای بعدی.
- نام محصول، API، فایل و literal را تغییر نده
- در صورت وجود code block آن را همانطور نگه دار
- validation را با فایل نمونه و خروجی قابل مقایسه توضیح بده
- مسیر تصمیمگیری را بهجای خلاصهٔ خیلی کوتاه روشن کن