العارض الذي يشغل هذا الموقع هو مكوّن .NET أصلي. في مشروعك الخاص هو مرجع، وليس خدمة تستدعيها. هدفا بناء اثنان: .NET Framework 4.0 وما فوق، و**.NET Standard 2.0 وما فوق**، وهو ما يجعله داخل .NET Core وكل ما يليه. المكوّن هو دوكونوت.
أي هدف تستخدمه
اختر بناءً على ما هو المشروع بالفعل، وليس بناءً على ما يبدو أحدث.
- WebForms أو MVC على .NET Framework — الهدف 4.0+. لا شيء لتغييره.
- ASP.NET Core MVC أو Razor Pages — هدف .NET Standard 2.0.
- Blazor Server — نفس هدف .NET Standard 2.0. يتم العرض على الخادم في كلتا الحالتين، لذا لا يغيّر نموذج الاستضافة ما يحتاجه المكوّن.
- حاويات Linux — مدعومة. إنها مسار .NET Core، داخل حاوية.
كلا الهدفين يستخدمان نفس عارض العرض. يحدد الهدف أي تجميع (assembly) تستند إليه، وليس أي تنسيقات تحصل عليها.
ما الذي يثبته المتصفح
لا شيء. لا ActiveX، لا مكوّن إضافي، لا Java، لا قارئ. يحول الخادم المستند إلى شيء يعرف المتصفح بالفعل كيف يرسمه، ثم يرسله. هذا هو السبب في أن العارض يتصرف بنفس الطريقة على سطح مكتب مؤسسي مقفل كما هو الحال على الهاتف: لا يوجد شيء على العميل قد يكون مفقودًا أو قديمًا.
ما يفعله الخادم بدلاً من ذلك
كل شيء. يُفتح المستند، يُنسق ويُعرض على جهازك، وهذا له نتيجتان تستحقان التخطيط لهما.
- لا حاجة لـ Office على الخادم. عارض العرض أصلي .NET ويقرأ التنسيقات مباشرة. لا تثبيت Office، لا Interop، لا COM.
- العرض يستهلك وحدة المعالجة المركزية والذاكرة على جهازك. ملف PDF مكوّن من 200 صفحة ورسم CAD حجمه 40 ميغابايت ليسا نفس الطلب. احرص على اختيار جهاز يناسب أكبر ملف ستقبل فعليًا، وحد من حجم التحميلات عند ذلك الحد.
ما ليس هو
ليس مكتبة JavaScript جانب العميل تفتح الملفات في المتصفح، ولا واجهة برمجة تطبيقات مستضافة ترسل إليها المستندات. إذا كنت بحاجة إلى أيٍ من ذلك، فهذا المكوّن غير مناسب ومن الأفضل معرفة ذلك من البداية.
هل تريد رؤية النتيجة قبل الإشارة إلى أي شيء؟ إنه نفس عارض العرض خلف عارض هذا الموقع — حمّل ملفًا وستحصل على ما سيحصل عليه مستخدموك. الترخيص والحزم ووثائق API موجودة على دوكونوت.com.