'প্রস্তাবিত' ফাইলের দৈর্ঘ্য এবং লাইন প্রস্থ [বন্ধ]

9

বন্ধ । এই প্রশ্নটি মতামত ভিত্তিক । এটি বর্তমানে উত্তর গ্রহণ করছে না।

এই প্রশ্নটি উন্নত করতে চান? প্রশ্নটি আপডেট করুন যাতে পোস্টটি সম্পাদনা করে সত্য এবং উদ্ধৃতি দিয়ে উত্তর দেওয়া যায় ।

4 বছর আগে বন্ধ ছিল ।

আমি উত্সাহী ছিলাম যদি কেউ কোনও প্রদত্ত ফাইলের জন্য কোডের সর্বাধিক সংখ্যক লাইনের জন্য একটি নামী উত্স থেকে কোনও সুপারিশের কথা জানতেন। উদাহরণস্বরূপ, গুগলের ক্লোজার লিন্টার সুপারিশ করে যে প্রতিটি লাইন 80 টি অক্ষরের বেশি না হওয়া উচিত।

coding-style

— ডেভেন জি রোড
সূত্র

আপনার উদাহরণ প্রশ্নের সাথে মিলিত নয়। আপনার প্রশ্ন প্রতি ফাইল প্রতি লাইন সম্পর্কে জিজ্ঞাসা করে এবং আপনার উদাহরণ প্রতি লাইন অক্ষর।

— জেসন এস

2

এটি একই ধারণা - বর্গক্ষেত্র অঞ্চল আপনাকে চারদিকে স্ক্রোল করতে হবে, সেগুলি অনুভূমিক বা উল্লম্ব হোক।

— ডেভিন জি রোড

11

একটি ফাইল পর্যাপ্ত পরিমাণে হওয়া উচিত যাতে আপনি একাধিকবার এর জন্য শিকার করতে, বা কোনও অনুসন্ধানের স্ট্রিং মনে রাখার জন্য পিছনে পিছনে স্ক্রোল না করে কোনও ফাংশন বা পদ্ধতি খুঁজে পেতে পারেন। আমি যে মেট্রিকটি ব্যবহার করি তা হ'ল এটি পড়ার বিপরীতে কোনও ফাইলের মধ্যে কোড অনুসন্ধান করতে আমি যে সময় ব্যয় করি। যদি তা লক্ষণীয় হয়ে ওঠে, তবে ফাইল বা শ্রেণীর পুনরায় ভাগ করার সময় এসেছে।

একটি বেসিক কোড ব্লকের জন্য একটি ভাল আকারের প্রস্থ এবং উচ্চতা উভয়ই যথেষ্ট ছোট, আপনি কোনও গ্রুপ কোড পর্যালোচনা চলাকালীন এটির সাহসগুলি প্রজেক্ট করতে পারেন এবং ফন্টটি এত ছোট না করে ফিট করে রাখুন যে পিছনের লোকটি সম্মেলন কক্ষটি এটি পড়তে পারে না। আপনার সাথে থাকা সমস্ত মোবাইল ডিভাইস বা ট্যাবলেট যখন আপনাকে কিছু কোড ব্যাখ্যা করতে ডাকা হয় তখন এই আকারটিও সহায়তা করে।

— hotpaw2
সূত্র

এটি সবচেয়ে সহায়ক গাইডলাইন, আপনাকে অনেক ধন্যবাদ!

— ডেভিন জি রোড

ফাইলের দৈর্ঘ্য কি খুব ছোট ? আমার project 200 লাইনের গড় দৈর্ঘ্য সহ 35 টি ফাইল সহ একটি প্রকল্প আছে।

— ড্যান

1

@ ড্যান আমি উত্তর হিসাবে "না" উত্সাহিত করব। যদি আপনার সেটআপে কোনও ফাইল খোলা খুব কঠিন হয় তবে আপনার সেটআপটি উন্নত করার সময় হতে পারে (যেমন ভিম প্লাগইনস, আরও ভাল আইডিই, যা কিছু ইমাক করেন)

— মাইক গ্রাফ

@ ড্যান: একটি ফাইল খুব ছোট? আপনি যদি কিছু এলওসি-র জন্য সঠিক ছোট ফাইলটি অনুসন্ধানের পরিবর্তে কিছু যুক্তিযুক্ত এবং ঘনিষ্ঠভাবে সম্পর্কিত (তবে খুব বেশি দীর্ঘ নয়) ফাইলের সন্ধানের জন্য আরও বেশি সময় ব্যয় করেন তবে সম্ভব।

— হটপাউ 2

9

এ জাতীয় কোনও জিনিস নেই, এবং যদি তা থাকে তবে এটি আপনি কোন ভাষাটি ব্যবহার করছেন তার উপর নির্ভর করবে (উদাহরণস্বরূপ সি # বা জাভা বনাম এসেম্বলারের ক্ষেত্রে একই জিনিসটি করা)।

উচ্চ স্তরের ভাষাগুলির জন্য, আপনি এই এসও আলোচনাটি দেখতে পারেন । জাভা / সি # এর জন্য, প্রতি পদ্ধতিতে 10-20 লাইনগুলি বব মার্টিন সর্বাধিক হিসাবে প্রস্তাব দেয়। ফাইল সম্পর্কিত কোনও আলোচনা নেই, কারণ এটি প্রাসঙ্গিক নয় এবং শ্রেণীর কী করণীয় তা নির্ভর করে।

প্রতি লাইন সীমাতে 80 টি চরিত্রের ক্ষেত্রে - এটি পাঞ্চ কার্ডের দিনগুলির জন্য একটি থ্রোব্যাক। এটি বলার পরে, যখন লাইনগুলি খুব দীর্ঘ হয়, পাঠযোগ্যতা ভোগ করে।

— ওবেদের
সূত্র

5

+1: 80 টি অক্ষরের কম লাইনগুলি রাখা ভাল; পড়া সহজ এবং পাশাপাশি উইন্ডো পাশাপাশি আরও জায়গা দেয়

— ডোনাল ফেলো

6

ব্যক্তিগতভাবে, আমি মনে করি যে 80 বা তারও কম সংখ্যক ফিট করার জন্য যখন কোনও লাইন একাধিক লাইনে স্ক্র্যাঞ্চ করা হয় তখন পাঠ্যতা ভুগবে। বিরতি কোথায় করা যায় সে সিদ্ধান্ত নেওয়া বা এই বিষয়ে তর্ক করার সময়ও নষ্ট হয়।

— এরগোসিস

5

ফাইল এবং লাইন দৈর্ঘ্য জটিলতার গৌণ প্রভাবগুলির পরিমাপ এবং এর মতো অত্যন্ত পরিবর্তনশীল। আপনার কী লক্ষ্য করা উচিত তা হ'ল অপ্রয়োজনীয় জটিলতা ছাড়াই কোড, কোনও সর্বাধিক সীমাবদ্ধ গণনা নয়।

লম্বা ফাইলগুলি নির্দেশ করে যে পদ্ধতিগুলি, সাবরুটাইনগুলি বা ক্লাসগুলি অত্যধিক জটিল (খুব বেশি কিছু করা, যথেষ্ট পরিমাণে ফ্যাক্টার্ড নয় ইত্যাদি) are

দীর্ঘ লাইনগুলি ইঙ্গিত দেয় যে প্রকাশগুলি অত্যধিক জটিল।

এগুলি দুর্গন্ধযুক্ত যা কোনও সম্ভাব্য কোড সমস্যা নির্দেশ করে, লক্ষ্যযুক্ত মেট্রিকগুলি ভালভাবে সংজ্ঞায়িত হয় না।

— রেন হেনরিচস
সূত্র

3

লাইনের দৈর্ঘ্য এমন হওয়া উচিত যা পুরো লাইনটি দেখতে আপনাকে স্ক্রোল স্ক্রোল করতে হবে না। এটি মনিটরের আকার এবং রেজোলিউশনের উপর নির্ভর করে।

কোনও স্ক্রিনে ফিট করতে পারলে পদ্ধতি এবং ফাংশন সর্বোত্তম।

ফাইলগুলি বেশি দীর্ঘ হওয়া উচিত নয়। সেরাটি হ'ল সংক্ষিপ্ত ফাইলগুলি, যেখানে শ্রেণিটি বোঝা এবং বাস্তবায়ন করা সহজ।
একবার আমি এমন একটি প্রকল্পে কাজ করেছি যেটিতে 10 কিলিন ফাইল রয়েছে। এটি ছিল একটি খুব জটিল বই পড়ার মতো। বাস্তবায়নের ফলে কতগুলি সমস্যা হয়েছে তা আমার জানা দরকার?

— BЈовић
সূত্র

কোডের জন্য একটি বিশেষ ফন্টের বড় মনিটর সেটআপের প্রয়োজন হবে না, বিশেষত গ্রুপ কোড পর্যালোচনার জন্য।

— হটপাউ 2

"লাইনের দৈর্ঘ্য এমন হওয়া উচিত যা পুরো লাইনটি দেখার জন্য আপনাকে স্ক্রিন স্ক্রোল করতে হবে না।" - যদি আপনার সম্পাদক মোড়ানো হয়?

— ড্যান ড্যাসক্লেস্কু

3

৮০ টি চরিত্র!

আমার মনে আছে আমি বিলিং প্রোগ্রামগুলির জন্য উত্স কোড ফাইলগুলি প্রায় 80 পৃষ্ঠাগুলি এবং এর চেয়ে বেশি পৃষ্ঠাতে দেখতাম যখন আমি কোবোল করি। অবশ্যই, আমি দেখতে পাচ্ছি না যে এটি সাধারণ অনুশীলনের কাছাকাছি তবে ৮০ টি চরিত্র সমান হাস্যকর।

শ্রেণীর আকারের দর্শন থেকে, আপনি যদি প্রায় 80 টি বৈশিষ্ট্য এবং 20 টি পদ্ধতি বা এমন কোনও আদর্শ গ্রাহক শ্রেণিতে এই পরামর্শটি প্রয়োগ করার চেষ্টা করেন, আপনাকে ক্লাসটি অন্য কয়েকটি বিভাগে ভেঙে দিতে হবে এবং কোডটি সত্যই খুব অগোছালো করতে হবে।

— কোন সম্ভাবনা নেই
সূত্র

1

একেবারে। ৮০ টি অক্ষরের অর্থ আপনি একটি প্রতিকৃতি এ 4 / লেটার শীটে যুক্তিসঙ্গত ফন্ট আকারে মস্তিষ্কের জন্য কোডের একটি অংশ মুদ্রণ করতে পারেন। এর অর্থ হ'ল যুক্তিসঙ্গত বিকাশ কম্পিউটার মনিটরে আপনি সোর্স কোডের তিনটি অনুলিপি ত্রি-উপায় সংহতকরণের জন্য অনুভূমিক স্ক্রোলিং ছাড়াই পাশাপাশি দেখতে পারেন (মজার বিষয় যে 80x8x3 1920 * 8 ')।

— মার্ক বুথ

2

আমি ক্লাস এবং পদ্ধতিগুলি সংক্ষিপ্ত রাখার চেষ্টা করি, তবে লাইনের দৈর্ঘ্যের বিষয়ে এতটা চিন্তা করবেন না। প্রশস্ত পর্দা এবং দীর্ঘ শনাক্তকারীদের এই দিনগুলিতে, আমি মনে করি আশি চরিত্রগুলি খুব কম। বিবৃতিগুলি ভাঙ্গতে কিছু কাজ লাগে যাতে তারা সহজেই পড়ে এবং একটি আশি চরিত্রের সীমা সহ এটি প্রায়শই ঘন ঘন ঘটে। আমি মনে করি প্রতি লাইনে প্রায় 120 বা 130 কলামগুলি আরও যুক্তিসঙ্গত।

— কেভিন ক্লাইন
সূত্র

আমি 22 "মনিটরগুলি উল্লম্বভাবে উল্টানো ব্যবহার করি, যা প্রতিটি স্ক্রিনে আমাকে 1080 পিক্সেল দেয় (এবং উল্লম্বভাবে, আমার কাছে একবারে 104 লাইন কোড দৃশ্যমান হতে পারে!) Line 90 বা তার চেয়ে কম অক্ষরের রেখাটি রাখা এই জাতীয় পরিস্থিতিতে কার্যকর হয়।

— রায় টিঙ্কার