مهاجرت از راه‌حل‌های مشاهده اسناد قدیمی به SDKهای کم‌حجم مدرن
← Back to Blog8 min read

مهاجرت از راه‌حل‌های مشاهده اسناد قدیمی به SDKهای کم‌حجم مدرن

سریع‌ترین مسیر برای داشتن یک نمایشگر سند مدرن، امن و واکنش‌گرا، جایگزینی مؤلفه‌های قدیمی با SDK کم‌حجم Doconut است. برای پورتال‌های وب که از Kendo UI استفاده می‌کنند، این SDK رندر سریع، دسترس‌پذیری کامل و مسیر یکپارچه‌ای برای ادغام فراهم می‌کند. سازمان‌هایی که قبلاً نمایشگرهای سفارشی را روی کتابخانه‌های فقط‑دسکتاپ یا سرویس‌های تبدیل خارجی می‌ساختند، به زودی با مشکلاتی مواجه می‌شوند: هزینه‌های نگهداری بالا می‌رود، وابستگی‌های سمت‑کلاینت شکننده می‌شوند و دسترس‌پذیری در حاشیه قرار می‌گیرد. Doconut این موانع را با ارائه رندر بومی PDF، Office و CAD مستقیم از بک‑اند .NET، در حالی که فرانت‑اند را سبک و تحت کنترل شما نگه می‌دارد، از بین می‌برد.

در بخش‌های بعدی دلایلی را بررسی می‌کنیم که چرا نمایشگرهای قدیمی به بدهی تبدیل می‌شوند، معماری Doconut چگونه این نقاط درد را حل می‌کند و یک نقشه راه عملی برای مهاجرت که می‌توانید همین حالا شروع کنید، ارائه می‌دهد.

مهاجرت از یک نمایشگر قدیمی وابسته به کتابخانه‌های سنگین به یک نمایشگر سند سمت‑سرور امن
مهاجرت از یک نمایشگر قدیمی وابسته به کتابخانه‌های سنگین به یک نمایشگر سند سمت‑سرور امن

1. نمایشگرهای قدیمی: هزینه‌های پنهان پشت رابط‌های آشنا

اکثر نمایشگرهای «قدیمی» زمانی به وجود آمدند که مرورگرها هنوز به افزونه‌ها، کنترل‌های ActiveX یا نصب‌های سنگین Office روی سرور وابسته بودند. پیامدهای این وضعیت به چند شکل ظاهر می‌شود:

مسألهتأثیر واقعی
وابستگی‌های سمت‑کلاینتکاربران باید افزونه‌های مرورگر را نصب یا فعال کنند؛ تیم IT سازمانی آن‌ها را مسدود می‌کند و جریان کار را مختل می‌سازد.
نیازمندی‌های Office سمت‑سرورنصب Microsoft Office بر روی سرور وب خلاف بهترین شیوه‌های امنیتی است و هزینه‌های لایسنس را افزایش می‌دهد.
پشتیبانی محدود از فرمت‌هافرمت‌های جدید CAD یا تصویر (DWG، DXF، PNG) پشتیبانی نمی‌شوند و مجبور به راه‌حل‌های جایگزین یا تبدیل دستی می‌شوید.
گلوگاه‌های مقیاس‌پذیریرندر بر روی CPU کلاینت اجرا می‌شود؛ PDFهای بزرگ یا فایل‌های Office چندصفحه‌ای باعث کندی و کرش می‌شوند.
فاصله‌های دسترس‌پذیریناوبری صفحه‌کلید، پشتیبانی از صفحه‌خوان و سازگاری با WCAG اغلب پس از فکر کردن اضافه می‌شوند و ریسک عدم تطابق را برای سازمان‌ها به همراه دارند.
دروغ‌بار نگهداریSDKهای فروشنده که دیگر به‌روزرسانی نمی‌شوند، به بدهی‌های امنیتی تبدیل می‌شوند و هر پچ نیاز به استقرار کامل دارد.

این هزینه‌های پنهان را به یک سیستم متمرکز بر اسناد—چه DMS، پورتال CRM یا پلتفرم e‑learning—اضافه کنید و بازده سرمایه‌گذاری به سرعت ناپدید می‌شود. سازمان‌های مدرن به نمایشگری نیاز دارند که بدون وابستگی به افزونه‌های کلاینت، بدون نیاز به Office اجرا شود و در سرور مقیاس‌پذیر باشد. Doconut دقیقاً این را به شما می‌دهد.


2. رندر سمت‑سرور کم‌حجم: SDK ایده‌آل PDF Viewer برای برنامه‌های مدرن

قوت اصلی Doconut در موتور رندر سند سمت‑سرور آن است که تصاویر رستر را به مرورگر استریم می‌کند و نیازی به افزونه سمت‑کلاینت نیست. این معماری چگونه با چالش‌های بالا هم‌راستا می‌شود:

a. ردپای کم‌حجم برای مرورگر

  • نمایشگر فقط HTML، CSS و مقدار کمی JavaScript را سرو می‌کند. هیچ ActiveX، Flash یا Silverlight نیست—فقط دارایی‌های وب استاندارد برای مرورگرهای پشتیبانی‌شده.
  • چون رندر روی سرور انجام می‌شود، کلاینت نیازی به .NET Desktop، Office یا نمایشگر CAD نصب‌شده ندارد.

b. پوشش جامع فرمت‌ها

Doconut به‌صورت بومی بیش از 33 فرمت در دسته‌های Office، PDF، CAD، ایمیل و تصویر را پشتیبانی می‌کند—از DOC/DOCX، XLS/XLSX، PPT/PPTX تا DWG، DXF، PNG، JPG و غیره. این امر «شکاف نوع‑فایل» را که توسعه‌دهندگان را مجبور به ترکیب مبدل‌های شخص ثالث می‌کرد، از بین می‌برد.

c. حاشیه‌نویسی، جستجو و چاپ کنترل‌شده داخلی

  • پلاگین Annotation – برجسته‌سازی، افزودن نظر یا رسم آزادانه مستقیماً در نمایشگر.
  • پلاگین Search – جستجوی متن فوری در تمام سند، با OCR برای تصاویر اسکن‌شده.
  • چاپ کنترل‌شده – اعمال سیاست‌های چاپ از UI نمایشگر، جلوگیری از کپی‌های غیرمجاز.

d. تبدیل سمت‑سرور برای جریان‌های کاری بدون Office

پلاگین Converter به شما امکان می‌دهد فایل‌های Word، Excel، PowerPoint و CAD را به PDF، PNG یا HTML در سرور تبدیل کنید. نیازی به نصب Microsoft Office، سرویس SaaS خارجی یا خروج داده‌ها از فایروال ندارید.

e. دسترس‌پذیری از پیش ساخته شده

Doconut مطابق راهنمای WCAG 2.2 AA به‌صورت پیش‌فرض عمل می‌کند—ناوبری صفحه‌کلید، برچسب‌های ARIA و مارکاپ سازگار با صفحه‌خوان در HTML نمایشگر تعبیه شده‌اند. پیروی از سیاست‌های دسترس‌پذیری سازمانی تنها با فعال‌سازی یک ویژگی امکان‌پذیر است، نه نوشتن کد از صفر.

f. ادغام یکپارچه با استک‌های مدرن .NET

چه بر روی ASP.NET Core، .NET 6 یا معماری میکروسرویس باشید، Doconut با یک فراخوانی میدلور در خط لوله درخواست‌ها قرار می‌گیرد. نمایشگر می‌تواند با کامپوننت‌های Kendo UI یا هر فرانت‑اند وب پشتیبانی‌شده‌ای یکپارچه شود.


3. نقشه راه مهاجرت: از قدیمی به Doconut

در ادامه یک برنامه گام‌به‑گام عملی برای مهاجرت در یک برنامه وب .NET موجود آورده شده است. هدف، تعویض نمایشگر قدیمی با Doconut در حالی است که API عمومی برای مصرف‌کنندگان پایین‌دست ثابت می‌ماند.

گام 1: آماده‌سازی محیط

  1. بسته NuGet Doconut را به راه‌حل خود اضافه کنید.
  2. اطمینان حاصل کنید سرور شما .NET 6 (یا بالاتر) اجرا می‌کند؛ بهینه‌ساز وابستگی‌های Doconut با جدیدترین runtime بهترین عملکرد را دارد.

گام 2: ثبت میدلور Doconut

میدلور Doconut را زودتر در خط لوله درخواست ASP.NET قرار دهید تا درخواست‌های تصویر رندر شده توسط موتور Doconut رهگیری و پردازش شوند.

گام 3: بارگذاری لایسنس

در زمان شروع برنامه، فایل لایسنس Doconut (یا سند XML) را یک‌بار بارگذاری کنید. اگر لایسنس‌های مخصوص پلاگین (مثلاً Annotation) دارید، آن‌ها را با API مربوطه Doconut بارگذاری کنید.

گام 4: جایگزینی فراخوانی‌های رندر قدیمی

نقاطی را که کد قدیمی صفحه سند را به بیت‌مپ یا آرایه بایت رندر می‌کرد شناسایی کنید. این فراخوانی‌ها را با جریان باز‑سند Doconut که توکنی نمایانگر سند باز شده برمی‌گرداند، جایگزین کنید. از این توکن برای درخواست تصویر صفحه یا تصویر بندانگشتی از طریق endpointهای سرو تصویر Doconut استفاده کنید.

گام 5: فعال‌سازی حاشیه‌نویسی و جستجو

هر عملکرد «افزودن نظر» یا «جستجو» موجود را به پلاگین‌های Annotation و Search Doconut نگاشت کنید. هر دو پلاگین متدهای ساده سمت‑سرور بازمی‌گردانند که payloadهای JSON تولید می‌کنند و فرانت‑اند می‌تواند آن‌ها را مصرف کند.

گام 6: به‌روزرسانی ادغام فرانت‑اند

از آنجا که Doconut تصاویر رندر شده را استریم می‌کند، فرانت‑اند فقط به یک تگ <img> برای هر صفحه یا یک viewer مبتنی بر canvas نیاز دارد. برای Kendo UI، URLهای تصویر را به یک Kendo Carousel متصل کنید تا صفحه‌گردانی روان باشد.

گام 7: تست، بهینه‌سازی، استقرار

  • عملکرد – زمان تا اولین صفحه را اندازه‌گیری کنید؛ رندر رستر سمت‑سرور Doconut معمولاً برای PDFهای استاندارد زیر یک ثانیه تحویل می‌دهد.
  • امنیت – اطمینان حاصل کنید هیچ داده‌ای جز تصاویر رندر شده به کلاینت نشت نمی‌کند.
  • دسترس‌پذیری – یک ارزیابی صفحه‌خوان انجام دهید؛ مارکاپ Doconut از پیش شامل نقش‌های ARIA است.

پس از عبور تست‌ها، مسیر نمایشگر قدیمی را با endpoint جدید Doconut جایگزین کنید و به‌روزرسانی را منتشر کنید.


4. ارتقای دسترس‌پذیری و تجربه کاربری با Doconut و Kendo UI

دسترس‌پذیری دیگر یک ویژگی «خوب داشتن» نیست؛ در بسیاری از صنایع تحت‌نظر (بهداشت، مالی، بخش عمومی) یک الزام قانونی است. سازگاری از پیش ساخته شده Doconut به شما کمک می‌کند این استانداردها را بدون نوشتن کد سفارشی برآورده کنید.

ناوبری صفحه‌کلید

هر عنصر تعاملی—ناوبری صفحه، کنترل‌های زوم، ابزارهای حاشیه‌نویسی—دارای ویژگی tabindex استاندارد است. کاربران می‌توانند تنها با صفحه‌کلید در سند حرکت کنند که برای تطابق با Section 508 ضروری است.

برچسب‌های ARIA و صفحه‌خوان‌ها

HTML نمایشگر شامل role="document" و ویژگی‌های توصیفی aria-label است که شماره صفحه و سطح زوم را به فناوری‌های کمکی منتقل می‌کند. نیازی به افزودن اسکریپت ARIA اضافی ندارید.

حالت کنتراست بالا

Doconut می‌تواند ترجیحات کنتراست بالا تنظیم شده در رابط کاربری را منعکس کند. UI می‌تواند به طرح تیره‑روی‑روشن تغییر یابد و خوانایی برای کاربران با مشکلات بینایی حفظ شود.

ادغام با Kendo UI

ویجت‌های دسترس‌پذیر Kendo UI (مانند kendoButton، kendoSlider) می‌توانند روی رندر تصویر Doconut قرار گیرند. نتیجه؟ یک نمایشگر کاملاً قابل ناوبری با صفحه‌کلید که به‌صورت بومی در بقیه برنامه شما احساس می‌شود.


5. آینده‌نگری: گسترش نمایشگر با پلاگین‌ها

معماری ماژولار پلاگین‌های Doconut به این معنی است که می‌توانید با مشاهده پایه شروع کنید و سپس قابلیت‌های اضافی را بر حسب نیازهای تجاری فعال کنید.

پلاگینمزیت اصلیکاربرد معمول در سازمان
پلاگین حاشیه‌نویسیبرجسته‌سازی، افزودن نظر، رسمبررسی‌های قانونی، سفارشات تغییر مهندسی
پلاگین جستجوجستجوی تمام متن، جستجوی مبتنی بر OCRجستجوی سوابق بهداشتی، حسابرسی مالی
پلاگین مبدلتبدیل Office سمت‑سرور به PDF/HTMLخطوط لوله ورود DMS، گزارش‌گیری خودکار
چاپ کنترل‌شدهسهمیه‌های چاپ، واترمارک‌هاقراردادهای محرمانه، اسناد تحت‌نظر

از آنجا که همه پلاگین‌ها روی سرور اجرا می‌شوند، کنترل متمرکز بر پردازش داده، لایسنس و مقیاس‌پذیری را حفظ می‌کنید. افزودن پلاگین جدید به سادگی بارگذاری لایسنس آن و فراخوانی API مربوطه است—بدون نیاز به بازکامپایل فرانت‑اند.


نتیجه‌گیری

مدرن‌سازی استک مشاهده اسناد شما نیازی به بازسازی پرهزینه و پرریسک ندارد. با اتخاذ موتور رندر سمت‑سرور کم‌حجم Doconut، شما به دست می‌آورید:

  • پشتیبانی گسترده فرمت بدون مبدل‌های خارجی.
  • حاشیه‌نویسی، جستجو و چاپ کنترل‌شده داخلی که نیازهای انطباق را برآورده می‌کند.
  • دسترس‌پذیری سطح سازمان به‌صورت پیش‌فرض.
  • ادغام روان با پروژه‌های .NET و Kendo UI موجود.

آماده‌اید تا نمایشگرهای قدیمی را کنار بگذارید و تجربه‌ای سریع‌تر، امن‌تر به کاربران خود بدهید؟ همین امروز با Doconut مهاجرت خود را آغاز کنید – SDK را دانلود کنید، نقشه راه مهاجرت را دنبال کنید و تفاوت را در عرض چند دقیقه ببینید.

#document rendering#PDF Viewer SDK#legacy migration#enterprise .NET#Doconut#رندر سند#SDK نمایشگر PDF#مهاجرت از قدیم#سازمان .NET