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