এলওসি সম্ভবত সবচেয়ে আপত্তিজনক মেট্রিকগুলির মধ্যে একটি এবং এর ফলস্বরূপ সম্ভবত কোড মানের অন্যতম অপ্রয়োজনীয় ব্যবস্থা এবং প্রোগ্রামিং প্রচেষ্টার আরও একটি নিরর্থক পরিমাপ।
হ্যাঁ, এটি আমার পক্ষে একটি সাহসী বক্তব্য এবং না, আমি আপনাকে আমার বক্তব্য প্রমাণ করে পড়াশোনার দিকে নির্দেশ করতে পারি না। তবে, আমি কঠোর অর্জিত অভিজ্ঞতার সাথে বলতে পারি যে আপনি কতটা কোড লিখেছেন তা নিয়ে চিন্তা করতে শুরু করলে আপনি সম্ভবত ভুল সমস্যা নিয়ে চিন্তিত হচ্ছেন।
আপনাকে প্রথমে নিজেকে জিজ্ঞাসা করতে হবে যে এটি আপনি কী মাপতে বা প্রমাণ করার চেষ্টা করছেন এবং এই প্রমাণটি কেবল আগ্রহের বাইরে নয়, বা আরও ব্যাপক মানের উন্নতির পক্ষে সমর্থন করা উচিত এবং আপনার দল থেকে কেনা-বাছাই করার জন্য আপনাকে এই তথ্যটি কোথায় ব্যবহার করতে হবে? / পরিচালনা এটি সম্পর্কে কিছু করতে।
আমি যে জিনিসের জন্য এলওসি ব্যবহার করি সেগুলির মধ্যে একটি হ'ল বিমুগ্ধতা পরীক্ষা করা। যদি আমি নিজেকে প্রচুর কোড লিখতে দেখি তবে আমি সমস্ত পদ্ধতিতে এলওসি না দিয়ে পদ্ধতি অনুসারে এলওসি বা ক্লাসে এলওসি-তে আরও আগ্রহী হয়ে উঠি। এই পরিমাপগুলি সূচকগুলি হতে পারে যে আপনার কোডটি কতটা সুসংহত হওয়া উচিত সে সম্পর্কে যদি আপনি কিছুটা ওসিডি বোধ করেন তবে আপনাকে আরও রেফ্যাক্টরিং করতে হবে। খুব বড় শ্রেণীর পারে কয়েক ছোট শ্রেণীতে রি-ফ্যাক্টর করা প্রয়োজন, এবং দীর্ঘ বহু-লাইন পদ্ধতি পারে বিভিন্ন পদ্ধতি, অন্যান্য শ্রেণীতে ভেঙ্গে করা প্রয়োজন, অথবা এমনকি কিছু পুনরাবৃত্তি অপসারিত হতে পারে ইঙ্গিত হতে পারে। লক্ষ্য করুন আমি সেখানে "কয়েকবার" শব্দটি ব্যবহার করেছি।
বাস্তবতাটি হ'ল এলওসি কেবল একটি সম্ভাব্য সূচক সরবরাহ করে এবং আপনার কোডটি পরিবর্তনের প্রয়োজন হতে পারে এমন কোনও সত্য গ্যারান্টি নেই। জিজ্ঞাসা করার আসল প্রশ্নটি কোডটি প্রয়োজনীয় হিসাবে এবং প্রত্যাশার সাথে আচরণ করে কিনা। যদি তা হয় তবে আপনার পরবর্তী প্রশ্নটি হল আপনি কোডটি সহজেই বজায় রাখতে সক্ষম হবেন কি না এবং ভবিষ্যতে আপনার রক্ষণাবেক্ষণের ওভারহেডগুলি হ্রাস করার জন্য ওয়ার্কিং কোডে পরিবর্তন করার জন্য আপনার এখন সময় হবে বা ভবিষ্যতে whether
প্রায়শই প্রচুর কোডের অর্থ হল যে আপনার পরবর্তী সময়ে রক্ষণাবেক্ষণের জন্য আরও কিছু থাকবে তবে কখনও কখনও এমনকি ভাল-গুণযুক্ত কোডটি কয়েকশ লাইন কোডের প্রসারকে প্রসারিত করতে পারে এবং হ্যাঁ, আপনি মাঝে মাঝে নিজেকে একদিনে কয়েকশ লাইন কোড লিখতে পারেন। তবে অভিজ্ঞতা আমাকে বলেছে যে আমি যদি প্রতিদিন নতুন কোডের কয়েকশ লাইনের আউটপুট বজায় রাখি তবে প্রায়শই এমন ঝুঁকি থাকে যে বেশিরভাগ কোডটি অন্য কোথাও থেকে অনুপযুক্তভাবে কাটা এবং পেস্ট করা হয়েছে এবং এটি নিজেই সমস্যাগুলি নির্দেশ করতে পারে সদৃশতা এবং রক্ষণাবেক্ষণ, তবে এটি আবার কোনও গ্যারান্টি নয়, সুতরাং আমার অভিজ্ঞতা এবং প্রবৃত্তি আমাকে কীভাবে হাতের কাজগুলি সম্পন্ন হয়েছিল তার উপর ভিত্তি করে নির্ভর করে।
আপনার প্রশ্নে উত্থাপিত দ্বিধা এড়ানোর সর্বোত্তম উপায় হ'ল এলওসি, এবং সমস্ত সময়ের রিফ্যাক্টর সম্পর্কে ভুলে যাওয়া। প্রথমে আপনার কোড পরীক্ষা লিখুন, ব্যর্থ হওয়ার জন্য প্রয়োগ করুন, পাস করার জন্য অ্যাক্টিক্টর, তারপরে সেখানে কী সংশোধনযোগ্য হতে পারে তা দেখুন এবং তারপরে কোডটি উন্নত করুন। আপনি ইতিমধ্যে আপনার কাজটি ডাবল-চেক করেছেন এবং আপনি ভবিষ্যতে দ্বিতীয়-অনুমান করার বিষয়ে এতটা উদ্বিগ্ন হবেন না জেনে আপনি এই কাজটি ছেড়ে যাবেন। বাস্তবতার সাথে বলতে গেলে, আপনি যদি বর্ণিত হিসাবে একটি পরীক্ষার প্রথম পদ্ধতির ব্যবহার করেন তবে আপনার সমাপ্ত কোডটিতে যে কোনও এলওসি / দিনের পরিমাপের সত্যিকার অর্থেই বোঝানো হবে আপনি আপনার চলমান রিফ্যাক্টরিংয়ের মাধ্যমে সফলভাবে লুকিয়ে থাকা প্রচেষ্টাটির সাথে মাপা পরিমাণের 3-5 গুণ লিখেছেন with প্রচেষ্টা।