আমি ভাবছিলাম যে এমভিসি (যা একটি আর্কিটেকচারাল প্যাটার্ন) এবং কোনও অ্যাপ্লিকেশনের জন্য একটি এন-স্তরীয় আর্কিটেকচারের মধ্যে ঠিক পার্থক্য কী। আমি এটি অনুসন্ধান করেছিলাম তবে একটি সাধারণ ব্যাখ্যা খুঁজে পাইনি। আমি এমভিসি ধারণাগুলিতে কিছুটা নির্বোধ হতে পারি, তাই যদি কেউ পার্থক্যটি ব্যাখ্যা করতে পারে তবে দুর্দান্ত হবে।
চিয়ার্স
উত্তর:
এন-টিয়ার আর্কিটেকচারে সাধারণত প্রতিটি স্তর নেটওয়ার্ক দ্বারা পৃথক থাকে। IE উপস্থাপনা স্তরটি কিছু ওয়েব সার্ভারে রয়েছে, তারপরে ব্যবসায়ের যুক্তির জন্য নেটওয়ার্কের ব্যাকএন্ড অ্যাপ্লিকেশন সার্ভারের সাথে কথা বলবে, তারপরে আবার নেটওয়ার্কের মাধ্যমে একটি ডাটাবেস সার্ভারের সাথে কথা বলবে, এবং অ্যাপ্লিকেশন সার্ভারটি কিছু দূরবর্তী পরিষেবাগুলিতে কলও করতে পারে ( অর্থপ্রদানের প্রক্রিয়াজাতকরণের জন্য অথরিজ ডটনেট বলুন)।
এমভিসি একটি প্রোগ্রামিং ডিজাইনের প্যাটার্ন যেখানে কোডের বিভিন্ন অংশে কিছু প্রয়োগে মডেল, দেখুন এবং নিয়ামককে উপস্থাপনের জন্য দায়বদ্ধ। এই দুটি বিষয় সম্পর্কিত কারণ উদাহরণস্বরূপ মডেল স্তরের অভ্যন্তরীণ বাস্তবায়ন থাকতে পারে যা ডেটা সংরক্ষণ এবং পুনরুদ্ধারের জন্য একটি ডাটাবেসকে কল করে। নিয়ামকটি ওয়েব সার্ভারে থাকতে পারে এবং ডেটা পুনরুদ্ধার করতে দূরবর্তীভাবে অ্যাপসারদের কল করতে পারে। কোনও অ্যাপের আর্কিটেকচার কীভাবে প্রয়োগ করা হয় তার বিশদ এমভিসি বিমূর্ত করে।
এন-টায়ার কেবল একটি বাস্তবায়নের শারীরিক কাঠামোকে বোঝায়। এই দুটি কখনও কখনও বিভ্রান্ত হয় কারণ একটি এমভিসি ডিজাইন প্রায়শই এন-টিয়ার আর্কিটেকচার ব্যবহার করে প্রয়োগ করা হয়।
যদি 3-স্তরের নকশাটি এরকম হত:
Client <-> Middle <-> Data
এমভিসি প্যাটারটি হ'ল:
Middle
^ |
| v
Client <- Data
অর্থ যে:
দ্রষ্টব্য ক্লায়েন্ট হবে দেখুন এবং মধ্য কন্ট্রোলার
এন-টিয়ার আর্কিটেকচার
সম্পর্কে এটিই বলা যায়
প্রথম নজরে, তিন স্তরগুলি এমভিসি (মডেল ভিউ কন্ট্রোলার) ধারণার অনুরূপ মনে হতে পারে; তবে টপোলজিকভাবে এগুলি আলাদা। ত্রি-স্তরের আর্কিটেকচারের একটি মৌলিক নিয়ম হ'ল ক্লায়েন্ট স্তর কখনই ডেটা স্তরগুলির সাথে সরাসরি যোগাযোগ করে না; একটি ত্রি-স্তরের মডেলটিতে সমস্ত যোগাযোগ অবশ্যই মিডওয়্যারের স্তরের মধ্য দিয়ে যেতে হবে। ধারণামূলকভাবে ত্রি-স্তরের আর্কিটেকচারটি রৈখিক। তবে এমভিসি আর্কিটেকচারটি ত্রিভুজাকার: ভিউ কন্ট্রোলারের কাছে আপডেটগুলি প্রেরণ করে, নিয়ন্ত্রণকারী মডেলটিকে আপডেট করে এবং ভিউটি সরাসরি মডেল থেকে আপডেট হয়।
একমাত্র মিল এটি যে দুটি প্যাটার্নের তাদের ডায়াগ্রামে তিনটি বাক্স রয়েছে। মৌলিকভাবে তারা তাদের ব্যবহারে সম্পূর্ণ আলাদা। যদি প্রকৃতপক্ষে, কোন প্যাটার্নটি ব্যবহার করা হয় তার মধ্যে এটি সাধারণত কোনও পছন্দ নয়, তবে উভয়ই নিদর্শন একসাথে সুরেলাভাবে ব্যবহার করা যেতে পারে। এখানে দুটির একটি ভাল তুলনা করা হয়েছে: http://allthingscs.blogspot.com/2011/03/mvc-vs-3-tier-pattern.html
ত্রি-স্তরের আর্কিটেকচারের একটি মৌলিক নিয়ম হ'ল ক্লায়েন্ট স্তর কখনই ডেটা স্তরগুলির সাথে সরাসরি যোগাযোগ করে না; একটি ত্রি-স্তরের মডেলটিতে সমস্ত যোগাযোগ অবশ্যই মিডওয়্যারের স্তরের মধ্য দিয়ে যেতে হবে।
এটা লাইনার আর্কিটেকচার। এটি কোনও ব্যবহারকারী এবং একটি ডাটাবেসের মধ্যে কীভাবে তথ্য পাস করবেন সেই প্রশ্নের সমাধান করে। যেখানে এমভিসি একটি ত্রিভুজাকার আর্কিটেকচার হিসাবে: ভিউ কন্ট্রোলারের কাছে আপডেটগুলি প্রেরণ করে, নিয়ন্ত্রণকারী মডেলটিকে আপডেট করে এবং ভিউটি সরাসরি মডেল থেকে আপডেট হয়। এটি কোনও ইউজার ইন্টারফেস কীভাবে স্ক্রিনে থাকা উপাদানগুলি পরিচালনা করে সে সম্পর্কে প্রশ্নগুলির সমাধান করে।
@ চেরি মিডল ওয়্যার এমভিসি প্যাটার্নে অনুরোধ হ্যান্ডলার বা পুনঃনির্দেশকের মতো আরও কাজ করে।
আমি এমভিসি সম্পর্কে কিছুটা ব্যাখ্যা করতে চাই, আমার মতে মডেল ভিউ কন্ট্রোলার এর মতো কাজ করে।
এমভিসি সম্পর্কে এটিই আমি জানি।
নিজেকে একটি বিরতি দিন। বাস্তব-বিশ্ব সমস্যাগুলি সমাধান করার সময় নিজেকে কিছু নিদর্শনগুলিতে সীমাবদ্ধ করবেন না। কেবল কয়েকটি সাধারণ নীতিগুলি মনে রাখুন যার মধ্যে একটি হল কনসার্সের পৃথকীকরণ ।
রৈখিক হওয়ার পাশাপাশি আরও একটি বড় পার্থক্য যা এখানে যথেষ্ট জোর দেওয়া হয়নি তা হ'ল এন-টায়ার মডেলে এন প্রয়োজনীয়ভাবে 3-স্তর নয়! এটি প্রায়শই মাঝারি স্তরের দুটি উপ-স্তর (ব্যবসায়িক যুক্তি এবং ডেটা অ্যাক্সেস) সহ তিন স্তর (উপস্থাপনা, অ্যাপ্লিকেশন, ডেটা) হিসাবে প্রয়োগ করা হয়। এছাড়াও, এমভিসির মডেলটিতে ডেটা ম্যানিপুলেশনের জন্য ডেটা এবং ব্যবসায়িক যুক্তি উভয়ই থাকতে পারে, তবে এগুলি এন-টিয়ারে পৃথক স্তরে থাকবে।
একটি এন-টিয়ার আর্কিটেকচারটি ডিপ্লোয়মেন্ট ডায়াগ্রাম ব্যবহার করে সর্বোত্তমভাবে সংজ্ঞায়িত হয়।
একটি এমভিসি আর্কিটেকচার সিকোয়েন্স ডায়াগ্রাম ব্যবহার করে সেরা সংজ্ঞায়িত হয়।
2 টি একই নয় এবং সম্পর্কিত নয় এবং আপনি দুটি আর্কিটেকচারকে একত্রিত করতে পারেন। প্রচুর সংস্থাগুলি কেবল মোতায়েন এবং স্কেলিবিলিটিই নয়, কোড পুনরায় ব্যবহারের জন্য এন টায়ার আর্কিটেকচার তৈরির পদক্ষেপ নিয়েছে।
উদাহরণস্বরূপ, আপনার ব্যবসায় সত্তা অবজেক্টগুলি কোনও ডেস্কটপ অ্যাপ্লিকেশন, কোনও ক্লায়েন্টের জন্য উন্মুক্ত ওয়েব পরিষেবা, একটি ওয়েব অ্যাপ্লিকেশন বা একটি মোবাইল অ্যাপ্লিকেশন গ্রাস করার প্রয়োজন হতে পারে। কেবলমাত্র এমভিসি পদ্ধতির ব্যবহার আপনাকে কোনও কিছুই পুনরায় ব্যবহার করতে সহায়তা করবে না।
জেরি: এখানে দু'জনের কীভাবে সম্পর্ক রয়েছে তার একটি সাধারণ উদাহরণ এখানে:
টিয়ার 1 - এমন মডেলগুলির সমন্বয়ে থাকে যা কোনও ধরণের নেটওয়ার্ক পরিষেবাদি বা অনুরূপ, ইনপুট বৈধতা, গণনা এবং দর্শনগুলির জন্য প্রাসঙ্গিক অন্যান্য জিনিসগুলি পরিচালনা করতে নিয়ন্ত্রণকারীদের সাথে টায়ার 2 এর সাথে যোগাযোগ করে। এবং এটিতে নিজের মতামত রয়েছে, অবশ্যই - যা কোনও ডেস্কটপ-অ্যাপ্লিকেশনটিতে জিইউআই বা ওয়েব-অ্যাপ্লিকেশনটির ওয়েব-ইন্টারফেস হতে পারে।
টায়ার 2 - টিয়ার 1 এর থেকে কোনও ধরণের পরিষেবা বা বার্তাগুলি পুনরুদ্ধার করার উপায় রয়েছে T টিয়ার 1 সম্পর্কে / জানেন না, তাই কেবল উপরের কলগুলির জবাব দিতে পারে - কখনও নিজে থেকে জিনিস জিজ্ঞাসা করবেন না। এছাড়াও সমস্ত ব্যবসায়িক যুক্তি রয়েছে।
টিয়ার 3 - এতে ডোমেন মডেল, ডাটাবেসের অবজেক্টের উপস্থাপনা এবং ডাটাবেস-এন্ট্রিগুলি যোগাযোগ এবং আপডেট করার জন্য সমস্ত যুক্তি রয়েছে ic
একটি ত্রি-স্তরের মডেলটিতে সমস্ত যোগাযোগ অবশ্যই মাঝারি স্তরের মধ্য দিয়ে যেতে হবে। ধারণামূলকভাবে ত্রি-স্তরের আর্কিটেকচারটি রৈখিক। তবে, [মডেল-ভিউ-কন্ট্রোলার] এমভিসি আর্কিটেকচারটি ত্রিভুজাকার: ভিউ কন্ট্রোলারের কাছে আপডেটগুলি প্রেরণ করে, নিয়ন্ত্রণকারী মডেলটিকে আপডেট করে এবং ভিউটি সরাসরি মডেল থেকে আপডেট হয়।