متى يجب أن أختار IsolatedStorage مقابل تخزين ملفات AppData؟

Question

لقد اكتشفت مؤخرًا IsolatedStorage المرافق في .net، وأنا أتساءل متى يجب أن أستخدمها لبيانات التطبيق الخاص بي مقابل متى يجب أن أستخدمها (على سبيل المثال) Application.LocalUserAppDataPath.

الشيء الوحيد الذي لاحظته هو ذلك Application غير موجود خارج تطبيق winforms، لذلك يبدو أن IsolatedStorage قد يكون ذلك منطقيًا بالنسبة لمكتبة الفصل الدراسي التي تحتاج إلى بعض مساحة التخزين المحددة، خاصة إذا كان من الممكن استخدام هذه المكتبة بواسطة كل من تطبيق الويب وتطبيق winforms.هل هذه هي النقطة المميزة الوحيدة أم أن هناك المزيد؟

(كقاعدة عامة، حتى الآن، جعلت التطبيق يوفر دفق ملفات للمكتبة عندما قد تحتاج المكتبة إلى نوع ما من وحدات التخزين الخارجية --- بشكل عام، لا أحب فكرة وجود مكتبة نوع من الحالة الخارجية لسياق المتصل.)

Answer 1

يحتوي IsolatedStorage على بعض الميزات المثيرة للاهتمام التي قد تجعلك تختاره:

• حتى التطبيقات ذات الثقة المنخفضة جدًا (مثل النقر مرة واحدة) يمكنها الوصول إلى مساحة التخزين المعزولة.لا يمكن لجميع التطبيقات الوصول إلى AppData.اعتمادًا على سياسة الأمان المفروضة على التطبيق، يمكن أيضًا أن يكون IsolatedStorage محدودًا، ولكن عادةً ما يكون الوصول إليه أكثر سهولة من AppData/نظام الملفات.

• يمكن التحكم في متطلبات تخزين IsolatedStorage من خلال سياسة المسؤول.

• لا يتعين عليك معرفة مكان أو كيفية تخزين بيانات التخزين المعزولة.يحتوي على واجهة برمجة تطبيقات موحدة للوصول إليه على جميع الأنظمة، ويمكنك تجاهل المسار الأساسي الذي تم تخزينه فيه تمامًا.كما لاحظت، يعد هذا مفيدًا جدًا للمكتبة التي قد لا يكون لديها أي فكرة عن كيفية قيام تطبيق الاستضافة بتخزين البيانات.

• يمكنك أيضًا تخزين البيانات في مخزن معزول بمستويات مختلفة من العزل بسهولة بالغة.يرى قيم IsolatedStorageScope للمزيد من المعلومات.هذا هو الاسم نفسه، لذا أعتقد أنه كان ينبغي عليّ إدراج هذه النقطة أولاً :)

على الجانب السلبي:

• لدى IsolatedStorage بعض القيود الملحوظة في كمية البيانات التي يمكنك تخزينها هناك.على سبيل المثال، ستكون تفضيلات التطبيق جيدة، ولكنها غير مناسبة للمستندات.

بعض الروابط المفيدة:

• مقدمة للتخزين المعزول
• أداء مهام التخزين المعزولة