سؤال لماذا تستمر الإصدارات الأحدث من Windows في استخدام ملفات الاختصار بدلاً من الارتباطات الرمزية؟


يدعم نظام التشغيل Windows XP والإصدارات الأحدث الروابط الرمزية. ومع ذلك ، يستمر Windows في استخدام ملفات الاختصار (التي تقوم بشكل أساسي بتخزين موقع الملف المرتبط كنص). لماذا ا؟


68
2018-02-02 05:44


الأصل


لماذا تقوم الإصدارات الجديدة من Windows (و Office) بحفظ الملفات النصية بتنسيق ANSI وليس بتنسيق UTF-8؟ إما ارتكاب عدم التوافق وعدم معقولية أو لدعم الأنظمة القديمة ... - retrography
يدعم نظام التشغيل Windows XP والإصدارات الأحدث فيما بعد رمزيًا على بعض أنظمة الملفات. تعمل الارتباطات الرمزية على نظام ملفات NTFS على القرص الثابت الخاص بك ، ولكن لا تعمل إذا تم نسخها إلى جهاز USB عادي بتنسيق FAT 32 أو قرص مضغوط بتنسيق UDF ، وقد لا تعمل إذا تم نسخها إلى خادم شبكة (كما تفعل في كثير من الأحيان لا يعرفون نظام التشغيل أو نظام الملفات المستخدمة من قبل الخادم البعيد). يمكن نسخ ملفات الاختصار LNK بسعادة والعمل عبر جميع تلك. - GAThrawn
شبابيك .lnk الملفات تشبه لينكس .desktop من الملفات إلى الروابط. - Arturo Torres Sánchez
Symlinks هي حكمة أمنية صعب (مشكلة نائب مشوشة) - CodesInChaos
لذا ، هل توقفت عن استخدام الإشارات المرجعية في متصفحك عندما جاء NTFS؟ قد يبدو الأمر وكأنه مقارنة سخيفة ، ولكن فقط إذا كنت تعتقد أن الاختصارات ليست سوى مؤشرات على الملفات - وهذا ببساطة ليس هو الحال. - Luaan


الأجوبة:


هناك عدد من الأسباب ، أعتقد

  1. يمكنك تخزين مستويات مختلفة من التوافق مع عدة اختصارات مختلفة لنفس EXE حيث يتم تفسيرها بواسطة shell بدلاً من نظام الملفات.
  2. بعض الروابط المختصرة لا توجد بالفعل على نظام الملفات. بعضها عبارة عن مراجع إلى GUIDs ، أو سلاسل خاصة تفسرها shell.
  3. لا يمكنك تضمين مفاتيح في ارتباط رمزي. يمكنك الإشارة إلى EXE ، بالتأكيد ، ولكن لا يمكنك معرفة EXE أي وسائط إضافية.
  4. لا يمكنك اختيار رمز للرمز.
  5. لا يمكنك اختيار الدليل المطلوب استخدامه في رابط رمزي.
  6. لا تحتاج الملفات المختصرة إلى الإشارة إلى الملفات فقط ، بل يمكن أن تكون ارتباطات تشعبية أو ارتباطات بروتوكولات (في حالة ملف .URL).
  7. يمكن أن توجد ملفات LNK على أي نظام ملفات. تتم معالجة Symlinks بواسطة نظام الملفات نفسه ، في حالة نظام التشغيل Windows ، NTFS.
  8. ليس هناك حاجة حقيقية لاستبدالها. وهي تعمل ، وهي صغيرة ، ويمكن زيادتها في المستقبل إذا كانت هناك حاجة إلى إضافة المزيد من الوظائف إليها من المذكورة أعلاه.
  9. مطلوب حقوق إدارية لإنشاء ارتباط رمزي (لسبب وجيه - خلاف ذلك يمكن إعادة توجيه الملفات الأبرياء إلى تلك الخبيثة مع القليل جدا من العمل)

سيكون هناك المزيد من الأسباب أكثر من ذلك ، ولكن أعتقد أن هذا يكفي للبدء :) - هناك رابط يقدمهgrawity هنا سيعطي المزيد من القراءة حول أجزاء من هذا الموضوع.


106
2018-02-02 05:54



بالإضافة إلى ذلك ، تقوم اختصارات الملفات بالتخزين المؤقت لبيانات تعريف معينة حول الهدف ، ويتم تفسيرها على مستوى القشرة للسماح باختصارات تحديث بواسطة shell إذا تم نقل الهدف ، والذي سيكون أصعب مع الروابط. بشكل عام ، انظر الشيء الجديد القديم مرة أخرى لأشياء مثيرة للاهتمام المختلفة على ميزات الاختصار. - grawity
grawity هل سيكون هناك أي فائدة كبيرة لنقل هذه إلى التعامل معها بواسطة نظام الملفات بالرغم من ذلك؟ كنت أعتقد أن ملفات .lnk تحتوي على غرفة لا نهائية للتوسع لمزيد من الوظائف إذا لزم الأمر ، بينما لا تزال تحتفظ بالتوافق العكسي ، وليس لديها الكثير من النفقات العامة لهم. نقل هذا إلى نظام الملفات سيكون قليلاً من الهندسة ، ربما؟ أنا بأي حال من الأحوال خبير في العمل الداخلي لأنظمة الملفات ، على الرغم من. - Jonno
صحيح أن الخدمة نفسها لن يكون لها أي فائدة لمعظم هذه المعلومات - فالعديد من ميزات .lnk تكون فعلاً خاصة بـ Explorer ، لذا فإن تخزين كل شيء كنقطة إعادة توزيع بدلاً من ملف سيكون مبالغة. - grawity
أردت فقط الإشارة إلى أنه لا يمكن استخدام ملفات LNK ، حسب علمي ، لاستهداف عناوين URL (الروابط التشعبية). يمكنك استخدام نفس ميزة إنشاء الاختصار في Windows لإنشاء اختصار لعنوان URL ، ولكن النتيجة النهائية هي ملف .URL (وهو نص عادي ، وهو بشكل أساسي ملف INI) ، وليس ملف .LNK (وهو ثنائي). - Michael Becker
أو start http://superuser.com الذي يختار المتصفح الافتراضي ، مثل اختصار حقيقي إلى عنوان URL. قال ذلك ، أنت استطاع جعل ملفات .LNK تشير إلى URL. في النهاية ، أنهم "الألقاب COM المتسلسلة" ، ويمكن توسيع نظام COM مع أنواع لقب جديد. - MSalters


الرمز الرمزي ليس أكثر من مسار ملفوف في كمية صغيرة جدا من نظام الملفات السحري. هناك أي عدد من الطرق التي يمكن أن تصبح غير صالحة ("مكسورة") ، والتي يتضمن معظمها ملف أو أكثر يتم إعادة تسمية الدلائل. بما أن Windows هو برنامج المستهلك ، فقد يكون لديك عدد كبير من البرامج المصممة بشكل سيء جدًا وتعمل على تثبيت "نموذجي". ونتيجة لذلك ، فإن هذا النوع من الكسر يصعب تجنبه أكثر من ذلك على الخادم حيث (من الناحية النظرية) كل برنامج يلامس القرص هو كمية معروفة.

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

الآن ، يمكنك استخدام الارتباطات الثابتة لذلك (إلى حد ما) ، ولكن الروابط الثابتة لها عدد من الروابط خصائص معقدة مما يجعلها غير مناسبة لاستخدام المستهلك. على وجه الخصوص ، تحصل الملفات على أرقام جديدة للخطوط الآتية بسهولة تامة ، وبعض البرامج الاحتياطية تنكسر بشكل مذهل عند مواجهتها مع الروابط الصلبة. السابق (ربما) يمكن حلها نظام الملفات النفقي (وهو في الواقع كيف تحل الاختصارات مشكلة ذات صلة) ، ولكن هذا الأخير مشكلة أصعب بكثير.

(ربما ينبغي أن أشير أيضًا إلى أن "حل" الارتباطات الثابتة مع الأنفاق أمر غير منطقي تمامًا نظرًا لأنه ليس مجرد مسألة إعادة تعريف البيانات الوصفية التي "فقدت". يرتبط Inode في نظام تخصيص القرص ، لذا لا يمكنك الدمج التعسفي نظرًا لأن الاختصارات تستخدم البيانات الوصفية الأخرى التي يمكن نفقها بسهولة ، مثل وقت الإنشاء ، فإنها لا تحتوي على هذه المشكلة.)


6
2018-02-04 05:07