ব্যবসায়িক যুক্তির জটিলতা, বিকল্প হিসাবে অ্যাপ্লিকেশন আচরণ বলা হয়, এটি সবচেয়ে গুরুত্বপূর্ণ বিষয়। দ্বিতীয় সবচেয়ে গুরুত্বপূর্ণ কারণটি হ'ল প্রযুক্তিগত সমস্যা এবং ব্যবসায়ের শব্দভাণ্ডারের মধ্যে কতটা ব্যবধান রয়েছে সেই সমস্যাটি বর্ণনা করতে ব্যবহৃত হয়, যেহেতু ডিডিডি ব্যবসা এবং ইঞ্জিনিয়ারিং দলের মধ্যে একটি ভাগ করে নেওয়া শব্দভাণ্ডার তৈরি করার বিষয়ে।
ডিডিডিতে ব্যবহৃত কিছু নিদর্শন সাধারণত এন্টারপ্রাইজ অ্যাপ্লিকেশন আর্কিটেকচারে কার্যকর যেমন রিপোজিটরি প্যাটার্ন, বাউন্ডেড প্রসঙ্গ এবং স্তরযুক্ত আর্কিটেকচারে কার্যকর। কেবলমাত্র আপনি এই নিদর্শনগুলি ব্যবহার করছেন এর অর্থ এই নয় যে আপনি ডোমেন চালিত ডিজাইন করছেন।
যদি খুব বেশি আচরণ না হয়, যা বলে, আপনি বেশিরভাগই ডেটা সঞ্চয় করছেন এবং সেই ডেটাতে অভিনয় করছেন না, তবে এই ডোমেন স্তরটি তৈরি করার ক্ষেত্রে খুব কম মান থাকতে পারে। বিষয়বস্তু পরিচালনায়, যদি আপনার সমস্ত কিছু অনুমোদিত হয় এবং প্রকাশিত হয় তবে সম্ভবত এটি ডোমেন পদ্ধতিগুলির পরিবর্তে সিস্টেমে ফ্ল্যাগ দ্বারা প্রতিনিধিত্ব করা যেতে পারে। আপনি যখন অতিরিক্ত আচরণ যুক্ত করতে শুরু করেন, তখন একটি পূর্ণ অন ডোমেন স্তরটির যথাযথতা আরও স্পষ্ট হয়।
যদি আমরা বিষয়বস্তু পরিচালনার বিষয়ে কথা বলি তবে এখানে কিছু (কল্পনা করা) নিয়ম রয়েছে যা ডিডিডি প্রয়োজনে ইঙ্গিত দেওয়া শুরু করতে পারে:
- যদি xx / yy / zz তারিখ অবধি গল্পটি নিষিদ্ধ থাকে তবে মুদ্রণের জন্য প্রকাশ করুন, তারপরে ওয়েবে; যদি কোনও নিষেধাজ্ঞা না থাকে তবে ওয়েবে প্রকাশ করুন এবং মুদ্রণের জন্য উপলব্ধ করুন
- এই গল্পটি তাত্ক্ষণিকভাবে প্রদত্ত গ্রাহকদের জন্য পে-ওয়াল এর পিছনে উপলব্ধ করুন; 2 সপ্তাহ পরে সাধারণের কাছে প্রকাশ করুন
- কোনও গল্প লেখার পরে এটি সম্পাদনাতে সংশোধন, প্রুফরিডিং এবং অনুমোদনের জন্য প্রেরণ করুন। অনুমোদিত হলে, এটি উত্পাদন প্রেরণ। যদি স্থান কারণে কারণে গল্পটি কাটায়, তবে একটি বর্ধিত সংস্করণ অনলাইনে উপলব্ধ করুন।