এটি আমাকে কলেজে ইউনিক্স ব্যবহার করে এবং এখন উইন্ডোজ দিকে কাজ করে বিরক্ত করে। এই সিদ্ধান্তের পিছনে ইতিহাস কী? কেউ জানেন যে এটি কেন এইভাবে কাজ করেছিল?
এটি আমাকে কলেজে ইউনিক্স ব্যবহার করে এবং এখন উইন্ডোজ দিকে কাজ করে বিরক্ত করে। এই সিদ্ধান্তের পিছনে ইতিহাস কী? কেউ জানেন যে এটি কেন এইভাবে কাজ করেছিল?
উত্তর:
১৯ 1970০-এর আশপাশে ইউনিক্স /
ডিরেক্টরি বিভাজক হিসাবে পরিচয় করিয়ে দেয় this কেন জানি না ঠিক এই চরিত্রটি বেছে নেওয়া হয়েছিল; পূর্বপুরুষ সিস্টেম মাল্টিক্স ব্যবহার করেছে >
, তবে ইউনিক্সের ডিজাইনাররা ইতিমধ্যে শেলের পুনর্নির্দেশের জন্য >
একসাথে ব্যবহার করেছিলেন <
(দেখুন কেন রুট ডিরেক্টরিটি একটি /
চিহ্ন দ্বারা চিহ্নিত করা হয় ? )
এমএস-ডস ২.০ \
1980 এর দশকের গোড়ার দিকে ডিরেক্টরি বিভাজক হিসাবে পরিচিত হয়েছিল । /
ব্যবহার না করার কারণটি হ'ল এমএস-ডস 1.0 (যা ডিরেক্টরিগুলি মোটেই সমর্থন করে না) ইতিমধ্যে /
কমান্ড-লাইন বিকল্পগুলি প্রবর্তন করার জন্য ব্যবহার করছিল । এটি সিপি / এম/
থেকে এটি ব্যবহার করেছে , এটি ভিএমএস থেকে নিয়েছে । লরি অস্টেরম্যানের ব্লগে কেন সেই পছন্দটি করা হয়েছিল তার আরও বিশদ বিবরণ আপনি পড়তে পারেন (এমএস-ডস এমনকি সংক্ষেপে বিকল্পের অক্ষর এবং ডিরেক্টরি বিভাজকটিতে পরিবর্তনের বিকল্প ছিল , তবে এটি স্থির হয়নি)।-
/
/
এটি বেশিরভাগ প্রোগ্রামার-স্তরের এপিআই দ্বারা স্বীকৃত (ডস এবং উইন্ডোজের সমস্ত সংস্করণে)। সুতরাং আপনি প্রায়শই পারেন তবে /
উইন্ডোজের অধীনে ডিরেক্টরি বিভাজক হিসাবে সর্বদা দূরে থাকবেন না। একটি উল্লেখযোগ্য ব্যতিক্রম হ'ল আপনি উপসর্গের /
পরে বিভাজক হিসাবে ব্যবহার করতে পারবেন না\\?
যা ইউনিকোড ব্যবহার করে বা 260 টিরও বেশি অক্ষর সম্বলিত কোনও পথ নির্দিষ্ট করার একমাত্র উপায় Windows
কিছু ব্যবহারকারীর ইন্টারফেস উপাদানগুলি /
উইন্ডোজের অধীনে ডিরেক্টরি বিভাজক হিসাবে সমর্থন করে তবে সমস্তটি নয়। কিছু প্রোগ্রাম কেবল অন্তর্নিহিত এপিআই-তে ফাইলের নামগুলি পাস করে, তাই তারা সমর্থন করে /
এবং \
উদাসীনভাবে। কমান্ড ইন্টারপ্রেটারে ( command.com
বা cmd
), আপনি /
অনেক ক্ষেত্রে ব্যবহার করতে পারেন , তবে সবসময় নয়; এটি আংশিকভাবে উইন্ডোজের সংস্করণটির উপর নির্ভরশীল (উদাহরণস্বরূপ, cd /windows
এক্সপি এবং 7 এ কাজ করে তবে উইন্ডোজ 9 এক্সে হয়নি)। এক্সপ্লোরার পাথ এন্ট্রি বাক্স গ্রহণ করে /
(কমপক্ষে এক্সপি থেকে; সম্ভবত এটি ইউআরএলও গ্রহণ করে কারণ)। অন্যদিকে, স্ট্যান্ডার্ড ফাইল ওপেন ডায়ালগ স্ল্যাশ প্রত্যাখ্যান করে ।
/
এমএস-ডস বা উইন্ডোজ কমান্ড-লাইন দ্বারা ডিরেক্টরি বিভাজক হিসাবে স্বীকৃত।
/
কমান্ড লাইনে কোথায় সুনির্দিষ্টভাবে গ্রহণ করা হয়েছে সে সম্পর্কে আপনার কোনও উল্লেখ রয়েছে ? উদাহরণস্বরূপ, কি করে dir /p
? এবং dir c:/p
? এবং c:/windows/notepad.exe
? এবং start /windows/notepad.exe
? ইত্যাদি (পরীক্ষার জন্য আমার কাছে এখানে উইন্ডোজ মেশিন নেই))
/
ইউএনআইএক্স-এ সম্ভবত ডিরেক্টরি বিভাজক হিসাবে ব্যবহৃত হয়েছিল কারণ এটি একটি টেলিটাইপে স্ট্রাইক করার জন্য একটি সহজ (আনশিফ্ট) কী ছিল। আনশিফ্ট বিশেষ চরিত্রগুলি ছিল : - ; , . /
।
/
(এবং -
সুইচগুলির জন্য), এবং জেনিক্স দ্বারা অনুপ্রাণিত হয়েছিল, তবে আইইবিএম মাইক্রোসফ্টকে ওএমগুলিতে প্রেরণের আগে মুক্তি পেয়েছিল এবং আইবিএম ` (and
/ used সুইচগুলির জন্য ব্যবহার করেছিল ) এবং প্রম্পটটি এ থেকে পরিবর্তিত A:
হয়েছে A>
যাতে তারা ডিফল্ট এবং শিগল বগি (এখনও ধরে নেওয়া /
/ -
) ডকুমেন্টেশন প্লাস একটি নোট যে এটি পরিবর্তন হয়েছে এবং কেন হয়েছে changed
অন্তর্নিহিত উইন্ডোস API পারেন ব্যাকস্ল্যাশ গ্রহণ করতে পারে অথবা একটি পাথ পৃথক ডিরেক্টরি ও ফাইল উপাদানের স্ল্যাশ, কিন্তু মাইক্রোসফট সম্মেলন একটি ব্যাকস্ল্যাশ ব্যবহার করতে হয়, এবং API গুলি পাথ বিনিময়ে ব্যাকস্ল্যাশ করা।
এমএস-ডস ২.০ ইউনিক্স থেকে হায়ারার্কিকাল ফাইল সিস্টেমটি অনুলিপি করে ফরোয়ার্ড স্ল্যাশ ব্যবহার করেছে, তবে (সম্ভবত আইবিএমের জেদ অনুসারে ) কমান্ড শেলটিতে পাথগুলি টাইপ করার অনুমতি দিতে ব্যাকস্ল্যাশ যুক্ত করেছে এবং এমএস-ডস ১.০ এবং সিপি সহ সামঞ্জস্যতা বজায় রেখেছিল। / এম যেখানে স্ল্যাশ ছিল কমান্ড-লাইন বিকল্প নির্দেশক।
তুলনা করা
dir/w
যা বর্তমান ডিরেক্টরিটি বিপরীতে বিস্তৃত বিন্যাসে দেখায়
dir\w
যা w
পরিচালকের মধ্যে ফাইল চালায় dir
।
তথ্যসূত্র: