ওয়াইডস্ক্রিন মনিটরে একজন সহজে স্ক্রোলবার ছাড়াই একবারে ৮০ টিরও বেশি অক্ষর দেখতে পাবেন। এমনকি লিনাস টরভাল্ডস 80 টি চরিত্রের সীমাটিকে পুরানো হিসাবে দেখায় ।
সুতরাং, ওয়াইডস্ক্রিন মনিটরের সময়ে কি 80 টি চরিত্রের সীমাটি এখনও প্রাসঙ্গিক?
ওয়াইডস্ক্রিন মনিটরে একজন সহজে স্ক্রোলবার ছাড়াই একবারে ৮০ টিরও বেশি অক্ষর দেখতে পাবেন। এমনকি লিনাস টরভাল্ডস 80 টি চরিত্রের সীমাটিকে পুরানো হিসাবে দেখায় ।
সুতরাং, ওয়াইডস্ক্রিন মনিটরের সময়ে কি 80 টি চরিত্রের সীমাটি এখনও প্রাসঙ্গিক?
উত্তর:
এখনও ৮০ টি চরিত্রের সীমা মেনে চলার বেশ কয়েকটি কারণ রয়েছে (বা, একটি character৪ টি চরিত্রের সীমা আরও ভাল; এটি কোড চিহ্নিত করার জন্য ৮০ টিরও কম কলাম থাকতে দেয় এমনকি যখন আলাদা চিহ্নিতকারী এবং ইমেল উদ্ধৃতি যুক্ত করা হয়, আপনি যদি কোড পর্যালোচনা করেন তবে ডাক তালিকা).
এমনকি ওয়াইডস্ক্রিন মনিটরের যুগেও আমি কোডের বিভিন্ন অংশগুলি দেখিয়ে একসাথে বেশ কয়েকটি উইন্ডো খোলা রাখতে চাই। উদাহরণস্বরূপ, আমার কাছে সাধারণত একটি স্ক্রিনে একটি ওয়েব ব্রাউজার এবং ইমেল খোলা থাকে এবং দ্বিতীয় মনিটরে দুটি ফাইল এবং একটি টার্মিনাল পাশাপাশি খোলা থাকে। আপনার যদি 80 টি কলামেরও বেশি লাইনে রেখা থাকে তবে আপনাকে সম্পাদককে লাইনগুলি মোড়ানো (যা কুশ্রী এবং কোডটি চারপাশে চলাচল করা আরও শক্ত করে তোলে) মোকাবেলা করতে হবে, বা আপনার উইন্ডোটি আরও প্রশস্ত করুন যাতে আপনি স্ক্রিনে যতগুলি ফিট করতে পারবেন না can't একদা.
এমনকি আপনি যদি সাধারণত এইভাবে সম্পাদনা না করেন, আপনি যদি কখনও পাশাপাশি পাশাপাশি ডিফ সরঞ্জাম ব্যবহার করেন তবে আপনি যুক্তিসঙ্গত লাইন দৈর্ঘ্যের ফাইলগুলি প্রশংসা করবেন যা আপনার ডিফটি দেখতে আরও সহজ করে দেবে।
কোডের ঘনত্বের একটি সমস্যাও রয়েছে। কোড পড়ার সময় আমি অনেক প্রসঙ্গে থাকতে চাই। স্ক্রোল করার চেয়ে উইন্ডোটি উপরে এবং নীচে নেওয়ার চেয়ে অনেক দ্রুত। আপনার যদি খুব দীর্ঘ লাইন থাকে তবে আপনার লাইনগুলিও অনেকগুলি দৈর্ঘ্যে পরিবর্তিত হয়,
এবং পরিশেষে, যদি আপনার খুব দীর্ঘ লাইন থাকে তবে এর অর্থ সাধারণত আপনার কাছে খুব জটিল রেখাগুলি, গভীর অন্তর্ভুক্তি বা আপনার খুব দীর্ঘ শনাক্তকারী রয়েছে। এই সব সমস্যা হতে পারে। জটিল রেখাগুলি সম্ভবত খুব বেশি করছে; আপনি যদি এটি বেশ কয়েকটি সরল লাইনে বিভক্ত করতে পারেন তবে আপনার সম্ভবত এটি করা উচিত। গভীর ইন্ডেন্টেশন মানে আপনি সম্ভবত অনেকগুলি লুপ এবং শর্তসাপেক্ষে বাসা বাঁধছেন যা আপনার কোড প্রবাহকে বিভ্রান্ত করতে পারে; বিভিন্ন ফাংশন রিফ্যাক্টরিং বিবেচনা। এবং যদি আপনার সনাক্তকারী খুব দীর্ঘ হয়, এটি আপনার কোড পড়া খুব কঠিন করে তুলতে পারে। মানুষ সাধারণত শব্দকে স্বতন্ত্র একক হিসাবে স্বীকৃতি দেয়; তারা প্রতিটি চরিত্র এক এক করে পড়েন না, তবে শব্দের সামগ্রিক আকারটি দেখুন। দীর্ঘ শনাক্তকারীদের এইভাবে পার্থক্য করা আরও শক্ত এবং সাধারণত যদি তারা এত দীর্ঘ হয় তবে এগুলিতে অপ্রয়োজনীয় বা পুনরাবৃত্তি সম্পর্কিত তথ্য থাকে contain
এখন, যদিও 80 টি কলামের নীচে কোড রাখা ভাল অনুশীলন, তবে এটি এমন কোনও নিয়ম নয় যা ধর্মীয়ভাবে অনুসরণ করা দরকার, যখন এটি ঠিক না হয় তখন কিছু লাইনকে ফিট করার জন্য নিজেকে সহায়তা করা ing আমি আপনাকে পরামর্শ দিচ্ছি যে আপনি আপনার সমস্ত কোডটি 80 টি কলামের আওতায় রাখার চেষ্টা করবেন, কিন্তু যখন এটি ঠিক ফিট হয় না, তখন খুব বেশি চিন্তা করবেন না।
std::vector<...>::const_iterator) ক্ষেত্রে কোডিংয়ের মাধ্যমে , যদিও পরবর্তী ক্ষেত্রে সাধারণত টাইপডেফ দ্বারা জিনিসগুলি হ্রাস করা যায়।
যদি আমি আমার লাইনগুলি প্রায় 100 টিরও কম অক্ষরে রাখি তবে আমার প্রশস্ত স্ক্রিন মনিটরে পাশাপাশি দুটি সম্পাদক উইন্ডো থাকতে পারে। ক্লাস শিরোলেখ ফাইল এবং বাস্তবায়ন উভয়ই একই সাথে দৃশ্যমান হওয়া বা অন্যদিকে কোডটিতে কল করার একদিকে কোড থাকতে খুব দরকারী। এবং, আমি যদি লাইনগুলি ছোট রাখি তবে আমার সম্পাদক উইন্ডোতে আমার কোনও অনুভূমিক স্ক্রোলবারের প্রয়োজন নেই, যা আমাকে আরও উল্লম্ব স্থান দেয়।
৮০ টি চরিত্র পুরানো হতে পারে তবে জিনিসগুলিকে কারণের মধ্যে রাখার কিছু যোগ্যতা রয়েছে।
আমি মনে করি না যে মনিটরের এর সাথে কিছু করার আছে - কমপক্ষে এখন আর নেই।
আপনি যদি 80 টি অক্ষরে কোনও লাইন কোড না করতে পারেন তবে এটি সম্ভবত খারাপ কোডের একটি চিহ্ন। খুব জটিল এক্সপ্রেশন। খুব গভীর ইন্ডেন্টেশন। ইত্যাদি আপনার থামানো উচিত এবং আপনি যা করছেন তা পুনর্বিবেচনা করা উচিত।
তবে আপনি যদি নিশ্চিত হন যে কোডটির জন্য 80 টিরও বেশি লাইনের প্রয়োজন ছিল, তবে এগিয়ে যান এবং এটি করুন। আমি মনে করি এমন কোড থাকা আরও ভাল যা কেবলমাত্র ছোট করে তুলতে মূর্তিযুক্ত পরিবর্তনগুলি যুক্ত করার চেয়ে 80 টি অক্ষরকে ছাড়িয়ে যায়।
আমি ব্যক্তিগতভাবে এই জাতীয় জিনিস ঘৃণা করি:
ret = my_function(parameter1, \
parameter2, \
parameter3, parameter4);
পরিবর্তে কেবল:
ret = my_function(parameter1, parameter2, parameter3, parameter4);
কোডিং করতে?
অবশ্যই হ্যাঁ সাধারণ মানুষ খুব প্রশস্তভাবে পড়তে পারে না। কয়েকটি কলামের সাহায্যে আপনি আপনার চোখ কম সরিয়েছেন, আপনি আরও ভাল ফোকাস করেছেন এবং ক্লান্তিটি বিলম্ব করছেন। এটি একটি সর্বনিম্ন লাভ তবে একটি গুরুত্বপূর্ণ one
হ্যাঁ, কোড লাইনের দৈর্ঘ্য সীমাবদ্ধ করার কারণ রয়েছে:
বলেছিলেন যে, 80 একটি সামান্য খুব সামান্য। তবে, এখনও, কিছু সীমাবদ্ধতা সম্ভবত নকশা নীতি হিসাবে একটি ভাল ধারণা।
কারণ মাঝে মাঝে তারা আমি বলতে হবে যে অতিরিক্ত দীর্ঘ লাইন অননুমোদিত করা উচিত নয়, হয় প্রয়োজনীয়। তবে যদি বেশিরভাগ ফাংশন কেবল 30 "স্ক্রিনে দেখা যায় তবে কোডে কিছু সমস্যা রয়েছে has
এটি স্বেচ্ছাচারী, তবে যা সহজে পড়তে পারে তার একটি স্বেচ্ছাসেবক সীমা নেই। আমি দেখতে পেয়েছি যে পাঠ্যগুলির সুপার-কলামের কলামগুলি কোড বা গদ্য কিনা তা বিবেচনা না করেই স্ক্যান করা এবং পড়া খুব শক্ত। তদ্ব্যতীত, অন্যান্য অনেক উত্তর যেমন উল্লেখ করেছে, এই কোডটি আপনার পর্দার একমাত্র জিনিস হতে চলেছে এমন নয়। একই সাথে দুটি বা ততোধিক কোড উইন্ডো রাখা ভাল এবং এগুলি এক প্রশস্ত স্ক্রিন মনিটরে ফিট করে।
ঠিক 80 টি চরিত্রের সীমাটি বেছে নেওয়া সম্ভবত এটি প্রাসঙ্গিক নয়; উদাহরণস্বরূপ, সীমা 85 হলে কী পরিবর্তন হবে?
এটি সত্য যে আজকাল ব্যবহৃত মনিটরের উচ্চতর রেজোলিউশন রয়েছে, তবে একটি পাঠ্য সম্পাদক / আইডিইতে, সমস্ত স্থান পাঠ্য দর্শন থেকে নেওয়া হয় না; এডিটরটিতে আমি বাম দিকে প্রকল্পগুলি অন্তর্ভুক্ত ফাইলগুলির তালিকা প্রদর্শন করি।
নেটবুক, বা একটি নোটবুকে ব্যবহৃত রেজোলিউশন মনিটরে একই রকম নয়; এমন চরিত্রের সীমা ব্যবহার করা সম্ভবত বোধগম্য হয় যা কারও কাছে "সমস্যা" তৈরি করে না।
এটি সত্যিই উন্নয়নের পরিবেশের উপর নির্ভর করে।
উদাহরণস্বরূপ, হাজার হাজার বিকাশকারীদের নিয়ে একটি বৃহত কর্পোরেশনে, সম্ভবত কয়েকশো লোক রয়েছে যারা কোনও পণ্যের জীবদ্দশায় এই কোডের কিছু অংশ দেখতে হবে। এই অনেক লোকের সাথে, এমন কয়েকজনকে আবদ্ধ হতে হবে যারা, যে কোনও কারণেই (পুরানো হার্ডওয়্যার, নেটবুক, ইত্যাদি) 800x600 বা তার চেয়ে কম আকারে পরিচালনা করছে। এগুলিকে সামঞ্জস্য করার কিছু মূল্য আছে।
আমার 25-ব্যক্তি সংস্থায়, যদিও আমি বলি এটি স্ক্রু। আমরা সকলেই সর্বাধিক রেজোলিউশনে দ্বৈত আধুনিক মনিটর ব্যবহার করছি - 120-140 বা তাই অনানুষ্ঠানিক নির্দেশিকা।
কিছু সীমা থাকা অবশ্যই বোধগম্য হয়। তবে ৮০ টি চরিত্রের সীমা খুব সীমাবদ্ধ। আমি 96 চরিত্র সীমা মত কিছু পছন্দ। আমার যে কোডটি মোকাবেলা করতে হবে তার বেশিরভাগ ক্ষেত্রে এটি যথেষ্ট প্রশস্ত এবং এটি যথেষ্ট সংকীর্ণ যাতে দুটি ফাইলকে আলাদা করার জন্য পাশাপাশি রাখা যেতে পারে (প্রশস্ত স্ক্রিনে)।
আমি বিশ্বাস করি কোড পঠনযোগ্যতা অন্যান্য সমস্ত উদ্বেগকে ছিন্ন করে। এবং প্রতি লাইনের কোডটিতে 96 টি অক্ষর 80 এর চেয়ে অনেক বেশি পঠনযোগ্য হতে পারে।
আমি যুক্তিটি কিনছি না যে বেশিরভাগ লোকেরা তাদের টার্মিনালগুলিকে 80 টি অক্ষর প্রশস্ত করে সেট করে, প্রিন্টারে 80 টি অক্ষরের বেশি লাইন মুড়ে রাখতে হয় না। এটি অতীতের (অতীতে) অতীতে থাকায় এটি কোনও কঠিন সীমা নয়। আপনি সহজেই টার্মিনাল এবং প্রিন্টারের প্রস্থকে 100 টি অক্ষরে সেট করতে পারেন।
না, এটি আর প্রাসঙ্গিক নয়:
কনসোল পরিবেশে 80 অক্ষরগুলি স্থির-প্রস্থের ফন্টগুলির জন্য একটি নির্দেশিকা ছিল।
অবশ্যই, আপনি যদি এখনও কনসোল পরিবেশে একটি নির্দিষ্ট-প্রস্থের ফন্ট ব্যবহার করেন ... তবে অবশ্যই, 80 টি অক্ষর বুদ্ধিমান :)
আপনি যদি কোনও জিইউআইতে সম্পাদক ব্যবহার করেন, তবে প্রতি লাইনে 80 টি অক্ষর অপ্রাসঙ্গিক, কারণ বেশিরভাগ শালীন সম্পাদক - যেমন নোটপ্যাড ++ - লাইনের মোড়কে টগল করার জন্য একটি বোতাম থাকে। এটির সাথে, এটি কোনও সমস্যা হওয়া উচিত নয়, এমনকি পাতলা উইন্ডোতে কোডটি দেখার সময়।