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