কোড রক্ষণাবেক্ষণ: ধারাবাহিক হওয়ার জন্য নতুন কোড বাড়ানোর সময় একটি খারাপ প্যাটার্ন রাখা, না?


45

আমি একটি প্রকল্পের একটি বিদ্যমান মডিউল প্রসারিত করতে হবে। এটি যেভাবে করা হয়েছে তা আমি পছন্দ করি না (প্রচুর পরিমাণে অ্যান্টি-প্যাটার্ন জড়িত, যেমন অনুলিপি / পেস্ট কোড)। আমি অনেক কারণে একটি সম্পূর্ণ চুল্লী সম্পাদন করতে চাই না।

আমি কি:

  • পরবর্তী রক্ষণাবেক্ষণকারীর জন্য বিভ্রান্তি এড়াতে এবং কোড বেসের সাথে সামঞ্জস্য রেখে, বিদ্যমান কনভেনশন ব্যবহার করে নতুন পদ্ধতি তৈরি করুন?

অথবা

  • কোডে অন্য একটি প্যাটার্ন প্রবর্তন করেও কী আমি ভাল বোধ করি তা ব্যবহার করার চেষ্টা করবেন?

প্রিসিসন প্রথম উত্তরের পরে সম্পাদিত:

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

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

সুতরাং প্রশ্নটি এর মতোই জিজ্ঞাসা করা যেতে পারে:
আপনি, বিকাশকারী হিসাবে, আপনি কি সহজে বোকা বোরিং কোড বজায় রাখতে পছন্দ করেন বা এমন কোনও সহায়ক রয়েছে যা আপনার জায়গায় বোকা বোরিং কোডটি করবে?

শেষ সম্ভাবনা হ্রাস করার কারণে আপনাকে কিছু জিনিস শিখতে হবে এবং পুরো রিফ্যাক্টরিং না হওয়া পর্যন্ত আপনাকে খুব সহজে বোকা বোরিং কোড বজায় রাখতে হবে)


খুব মজার প্রশ্ন!
ফিলিপ

1
সহজ বোরিং বোকা কোড বজায় রাখা - সংজ্ঞা দ্বারা সহজ। আমি বরং একটি সহজ জীবন কাটাতে এবং প্রতিটি দিনের প্রথম দিকে চলে যেতে চাই।
দ্রুত_ফেব্রুয়ারি

হ্যাঁ, তবে আমি বোরিং বোকা কোড করতে খুব অলস :) আমি 2 বা 3 দিনের জন্য কঠোর পরিশ্রমকে এমন কিছু তৈরি করতে পছন্দ করব যা এই অংশটি আমার পক্ষে করবে!
গিলাইম

1
বোকা বা বোরিং কখন সহজ জন্য বিভ্রান্ত হয়েছিল?
এরিক পুনরায়

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

উত্তর:


42

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

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

হালনাগাদ

রিফ্যাক্টরিং ব্যয় এর সুবিধার চেয়ে ভারী হবে। [...] আপনি, বিকাশকারী হিসাবে, আপনি কি সহজে বোকা বোরিং কোড বজায় রাখতে পছন্দ করেন বা এমন কিছু সহায়ক রয়েছে যা আপনার জায়গায় বোকা বোরিং কোডটি করবে?

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

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

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


7
'ইতিমধ্যে কোডটি সাফ করে ফেলেছে, সেইসাথে চালিয়ে যেতে পারে ...' জালিয়াতির ফাঁদে পড়া এত সহজ Good ভাল প্রোগ্রামাররা তা করে না। চমৎকার উত্তর.
সেভেনসিয়াট

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

2
@Steven, এটা একবারে refactor সবকিছু করার জন্য উত্তম যদি আপনি এটি সামর্থ । যদিও বেশিরভাগ বাস্তব জীবনের প্রকল্পগুলিতে, আপনি কেবল সমস্ত কিছু থামাতে পারবেন না এবং বেশ কয়েক দিন বা সপ্তাহ একনাগাড়ে কেবল কেবল চুল্লীতে ব্যয় করতে পারবেন না। এমনকি যদি আপনার ভাগ্যবান এমন কোনও পরিচালক যাতে এটি সমর্থন করে তবেও প্রকল্পটি চালিয়ে যাওয়া দরকার।
পিয়েটার তারেক

1
@ স্টিভেন, এটি নির্ভর করে - উপরে আমার আপডেট দেখুন।
পিয়েটার তারেক

1
@ পিটার টার্ক: দুর্দান্ত আপডেট! আমলে নিতে বাস্তব বিশ্বের কারণগুলির নিখুঁত বিবরণ।
স্টিভেন জিউরিস

4

যেহেতু আপনার কাছে রিফ্যাক্টর করার সময় নেই এবং কোডটি বজায় রাখা যায় তাই এটি ধারাবাহিক রাখুন। পরবর্তী সময় কাছাকাছি সময়ে অনুমানের মধ্যে রিফ্যাক্টরিং অন্তর্ভুক্ত নিশ্চিত করুন।


3

পার্শ্ববর্তী কোডটি ভাল অবস্থানে থাকলে সামঞ্জস্যপূর্ণ হওয়া কেবল পরবর্তী বিকাশকারীকে সহায়তা করে ids আপনার হাতের কোডটি বুঝতে এবং আপনার পরিবর্তনগুলি যুক্ত করতে সঠিক "এক্সটেনশন পয়েন্টগুলি" পেতে কতক্ষণ সময় লেগেছে তা ভেবে দেখুন। আপনি যদি বর্তমান ট্রেন্ডটি অনুসরণ করেন, তারপরে পরবর্তী লোকটি যখন পরিবর্তন করতে হয় তখন আপনার বিদ্যমান কোডটি এবং আপনার নতুন কোডটি বুঝতে হবে।

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


3

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

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

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


+1 "তারপরে আপনার কাছে একই জিনিসটি করার তিনটি ভিন্ন উপায় রয়েছে" " আমি কাজ করেছি এমন প্রতিটি এন্টারপ্রাইজ প্রকল্পে এটি দেখেছি। আমি বলব যে আপনি কোডটি না ছড়িয়ে না দেওয়া পর্যন্ত অশোধক চেষ্টা না করেই থাকবেন তা নিশ্চিত হয়ে নিন যে ইতিমধ্যে অন্য কোনও কোড নেই যা কুৎসিত কোডটি যত্ন নেওয়ার চেষ্টা করছে যা আপনি সিদ্ধান্ত নিয়েছেন যে আপনি রিফ্যাক্টর করতে চান। কখনও কখনও কেবল বয়লারপ্লেট কনভেনশনটি ধরে রাখা ভাল, কমপক্ষে আপনি কোডটি পুরোপুরি পড়া না দেওয়া পর্যন্ত।
TK-421

1

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

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

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

প্যাটার তারেকের জবাব সম্পর্কিত আপডেট: রিফ্যাক্টরিং স্থগিত করেই কি তাই হয় না কারণ "সময় লাগে", পরবর্তীতে রিফ্যাক্টর করার সময়টি বৃদ্ধি পায়? রিফ্যাক্টরিং বেশি সময় নেওয়া উচিত নয়, যখন প্রায়শই করা হয়।

আপনার বসকে কীভাবে ব্যাখ্যা করবেন যে আপনি কিছু দিন কোড লেখার জন্য ব্যয় করবেন যা পণ্যটিতে কোনও কিছুই যুক্ত করে না, এটি কঠিন এবং সম্পূর্ণ ভিন্ন প্রশ্ন। :)


1
"আপনার বসকে কীভাবে ব্যাখ্যা করবেন যে আপনি কিছু দিন কোড লেখার জন্য ব্যয় করবেন যা পণ্যটিতে কোনও কিছুই যুক্ত করে না, এটি কঠিন এবং সম্পূর্ণ ভিন্ন প্রশ্ন" " চমৎকার চেষ্টা ;-) দুর্ভাগ্যবশত সত্যিকারের জীবনে আমাদের এটিও সমাধান করা দরকার। এজন্য ছোট পদক্ষেপে যাওয়া আরও ব্যবহারিক। আপনার ব্যবস্থাপককে এমনকি এটি সম্পর্কে জানার প্রয়োজন ছাড়াই, আধা ঘণ্টার রিফ্যাকচারিংটি দুই ঘন্টার কাজের অংশ হিসাবে করা যেতে পারে। OTOH দুটি পুরো দিন কাটানো রিফ্যাক্টরিং খুব কমই নজরে যায়।
পিটার টারিক

@ পিটার টার্ক: আমি পোস্টটি কিছুটা আপডেট করেছি। অবশ্যই আপনার এখনও বাস্তব বিশ্বের পরিস্থিতি রয়েছে যেখানে আপনাকে রিফ্যাক্টরিংয়ের জন্য সময় নেওয়ার অনুমতি নেই। তবে আমি দৃ strongly়ভাবে বিশ্বাস করি যে তত্ত্বের ক্ষেত্রে এটি সর্বদা সময় অর্জন করে। (আপনি যদি যে
কোডটিতে

যেমন তারা বলে, তত্ত্বের মধ্যে অনুশীলন এবং তত্ত্বের মধ্যে খুব বেশি পার্থক্য নেই। তবে, অনুশীলনে ... :-) বাস্তব জীবনে আপনি সবসময় রিফ্যাক্টরিংয়ের জন্য ব্যয় করা ব্যয়টি ফিরে পেতে পারেন না। আমি এই বিষয়ে আমার উত্তর প্রসারিত।
পিটার তারেক

1
রিপ্যাক্টরিং যা ডুপ্লিকেট কোড সরিয়ে দেয় সবসময় ভাল হয় না; এটি সম্ভব যে আজকের ব্যবসায়ের নিয়মের অধীনে দুটি পদ্ধতি অভিন্ন হতে পারে তবে এটি কালকের নয়। উদাহরণস্বরূপ, কারও AcmeLockerBankকাছে এমন getRow(int itemIndex)পদ্ধতি থাকতে পারে যা প্রত্যাবর্তন করে index % 5এবং একটিতে AcmeButtonPanelএকটি অভিন্ন পদ্ধতি থাকতে পারে কারণ লকার এবং বোতাম বোর্ড উভয়ই একই জিনিসকে সংখ্যা দেয়; যদি আজকের কোনও লকার ব্যাঙ্কের 1000 এরও বেশি সূচকযুক্ত আইটেম না থাকে তবে কিছু বোতাম প্যানেল থাকে এবং ভবিষ্যতের লকারগুলি 1000-1999 পরিসরে সূচকগুলির জন্য পৃথক সারির ব্যবধান ব্যবহার করে ...
সুপারক্যাট

1
... লকার ব্যাংকগুলিতে অতিরিক্ত আচরণ যুক্ত করা সহজ হবে যদি লকার ব্যাংক এবং বোতাম ব্যাংকগুলির পৃথক getRowপদ্ধতি থাকে তবে ফাংশনগুলি একটি সাধারণ পদ্ধতিতে একীভূত করা হলে আরও বেশি সমস্যা হতে পারে।
সুপারক্যাট

0

সহজেই বাড়ানো যেতে পারে এমন নিজস্ব স্টাইলে আপনার নতুন কোডটি প্রবর্তন করার সময় আপনি কী কোনও নতুন ইন্টারফেস / ক্লাসগুলি তৈরি করতে পারবেন না যা পুরান কোডটির উপরে ফেকড হিসাবে কাজ করে?


0

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


0

আপনি, বিকাশকারী হিসাবে, আপনি কি সহজে বোকা বোরিং কোড বজায় রাখতে পছন্দ করেন বা এমন কিছু সহায়ক রয়েছে যা আপনার জায়গায় বোকা বোরিং কোডটি করবে?

আমি সংশোধিত প্রশ্নটি বুঝতে পারি না। আমি মনে করি বেশিরভাগ মানুষ নিজের মতো করে "বোকা বোরিং কোড" বজায় রাখতে পছন্দ করবেন না। আমি সাহায্যকারী বলতে কি বোঝাতে চাইছি না দুঃখিত।

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

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

আমাদের সাইট ব্যবহার করে, আপনি স্বীকার করেছেন যে আপনি আমাদের কুকি নীতি এবং গোপনীয়তা নীতিটি পড়েছেন এবং বুঝতে পেরেছেন ।
Licensed under cc by-sa 3.0 with attribution required.