সহজ উত্তর: কারণ এটি সেভাবে সংজ্ঞায়িত করা হয়েছে।
দীর্ঘ উত্তর: এটি সেভাবে সংজ্ঞায়িত করা হয়েছে কারণ কিছু ক্রিয়াকলাপ ধারণাগতভাবে সহজ:
- যদি কোনও ফাইলে 20 টি অক্ষর "A" থাকে এবং আপনি সমস্ত "A" গুলি সরিয়ে থাকেন তবে ফাইলটি 20 বাইট সংক্ষিপ্ত হয়ে যাবে। কেবল "এএএএএএএএএএএএএএএএএএএএএএএএএএ" সমন্বিত একটি ফাইলে একই ক্রিয়াকলাপটি বিলুপ্ত হওয়া ফাইলটির বিশেষ ক্ষেত্রে মোকাবেলা করতে হবে।
- আরও ব্যবহারিকভাবে, একটি পাঠ্য ফাইলের শেষ লাইনটি মুছে ফেলার জন্য বিশেষ-কেসযুক্ত হওয়া দরকার।
- নিয়মিত একটি ব্যাকআপ দেয় এমন পাঠ্য সম্পাদকদের এমন পরিস্থিতি মোকাবিলার জন্য বিশেষ-কেস কোডের প্রয়োজন হবে যা ব্যবহারকারী শেষ পংক্তিটি মুছে ফেলতে পারে, মধ্যাহ্নভোজনে যেতে পারে, তারপরে ফিরে এসে অন্য লাইন যুক্ত করে। যদি আরও কিছু ব্যবহারকারী গড় সময়ে সেই নামের সাথে একটি ফাইল তৈরি করে তবে আরও জটিলতা দেখা দেয়।
আপনি আরও বেশি কিছু করতে পারেন: * ত্রুটি লগ ফাইলগুলি খালি তৈরি হতে থাকে, যদি কোনও ত্রুটি ঘটে তবেই পূরণ করতে হবে। * কত ত্রুটি ঘটেছে তা জানতে, আপনি লগ ফাইলগুলিতে লাইন সংখ্যা গণনা করুন। লগ ফাইলটি ফাঁকা থাকলে ত্রুটির সংখ্যা শূন্য, যা সঠিক ধারণা দেয়। * কখনও কখনও আপনি এমন ফাইলগুলি দেখতে পান যেখানে সমস্ত প্রাসঙ্গিক পাঠ্যটি ফাইলের নামে থাকে যেমন, যেমন this-is-the-logging-directory। এটি ইনস্টলেশনের পরে অতিরিক্ত পরিচালক প্রশাসকদের খালি ডিরেক্টরিগুলি মুছতে বাধা দেয় এবং এটি প্রোগ্রাম বা ব্যবহারকারী কোনও ঘটনাক্রমে একটি ফাইল তৈরি করে যেখানে প্রোগ্রামটি পরে কোনও ডিরেক্টরি দেখতে চায় সেখানে বাগগুলি প্রতিরোধ করে। gitপ্রোগ্রাম (এবং অন্যদের) খালি ডিরেক্টরি উপেক্ষা করার ঝোঁক, এবং একটি প্রকল্প / প্রশাসক / ব্যবহারকারী রেকর্ড ডিরেক্টরির বিদ্যমান যদিও এটি কোন দরকারী বিষয়বস্তু (এখনো) আছে আছে চায়, তাহলে আপনাকে একটি খালি নামের ফাইল দেখতে পারেনemptyবা empty.directory।
কোনও ক্রিয়াকলাপ আরও জটিল হয় না:
- কনটেনেটিং ফাইল: এটি খালি ফাইল সহ কেবল একটি অন-অপশন।
- কোনও ফাইলে স্ট্রিং সন্ধান করা: এটি "যদি ফাইলটি অনুসন্ধান শব্দটির চেয়ে ছোট হয় তবে এটি অনুসন্ধান শব্দটি ধারণ করতে পারে না" এর স্ট্যান্ডার্ড কেস দ্বারা আচ্ছাদিত।
- ফাইলটি পড়া: প্রোগ্রামগুলি ফাইলের শেষের দিকে আঘাত করার সাথে সাথে তার প্রত্যাশাগুলিটি পাওয়ার আগেই মোকাবেলা করতে হবে, সুতরাং আবার শূন্য-দৈর্ঘ্যের ফাইলের ক্ষেত্রে প্রোগ্রামারের জন্য অতিরিক্ত চিন্তাভাবনা জড়িত না: সে কেবল শেষের দিকে আঘাত করবে - শুরু থেকে ফাইল।
ফাইলগুলির ক্ষেত্রে, "কোথাও একটি ফাইল রেকর্ড করা আছে" দিকটি (ইনোড এবং / অথবা ফাইলের নাম) উপরের বিবেচনার উপরে আসে, তবে খালি ফাইলগুলি অকেজো হলে ফাইল সিস্টেমগুলি তা করবে না।
সাধারণভাবে, ফাইলের নাম সম্পর্কিত উপরোক্ত সমস্ত কারণগুলি সিকোয়েন্সগুলিতে প্রযোজ্য। সর্বাধিক উল্লেখযোগ্যভাবে স্ট্রিংগুলিতে, যা চরিত্রগুলির ক্রম: প্রোগ্রামগুলির অভ্যন্তরে শূন্য দৈর্ঘ্যের স্ট্রিংগুলি সাধারণ place স্ট্রিংগুলি সাধারণত ব্যবহারকারী স্তরে অনুমতি না দেওয়া হয় যদি তারা তা বোঝায় না: একটি ফাইলের নাম একটি স্ট্রিং, এবং বেশিরভাগ ফাইল সিস্টেম একটি ফাইলের নাম হিসাবে খালি স্ট্রিংকে অনুমতি দেয় না; অভ্যন্তরীণভাবে, খণ্ডগুলি থেকে ফাইলের নাম তৈরি করার সময়, প্রোগ্রামটির টুকরোগুলির একটি হিসাবে খালি স্ট্রিং থাকতে পারে।