আমি ধারণামূলকভাবে বুঝতে চেষ্টা করছি যে আমার এটি করা উচিত কিনা:
item = Model()
screen = View()
brain = Controller(item, screen)
অথবা এটা..
brain = Controller()
item = Model(brain)
screen = View(brain)
অথবা এটা..
class Controller():
def __init__(self):
item = Model(self)
screen = View(self)
না পুরোপুরি অন্য কিছু?
উত্তর:
আমার কাছে প্রথম বিকল্পটি বোধগম্য। নিয়ন্ত্রণকারীর কাজ হল ভিউ এবং মডেলের মধ্যে সমন্বয় সাধন করা। দৃষ্টিকোণ থেকে, নিয়ামকটি ভিউ এবং মডেলের রেফারেন্সগুলিকে নিয়ন্ত্রণ করে এমন এক হওয়ার পক্ষে এটি বোধগম্য হয়।
মডেল এবং একটি ভিউ ছাড়া আপনার কাছে সত্যিকারের কোনও নিয়ামক থাকতে পারে না, তবে এটি কেবলমাত্র একটি ভিউ রাখা বা কেবল একটি মডেল (উদাহরণস্বরূপ, ইউনিট পরীক্ষায়) রাখা আরও অনেক বেশি অর্থবোধ করে। এজন্য আপনি এই নির্ভরতাগুলি নিয়ন্ত্রণের মধ্যে যেতে চান, এবং অন্য দুটিতে নয়।
Modelএবং Viewএকে অপরের স্বাধীন।
এমভিসি কাঠামোর মস্তিষ্কController হিসাবে ভাবেন না । এটিকে প্রেরণকারী হিসাবে ভাবুন যা ব্রাউজার থেকে অনুরোধগুলি পরিচালনা করে এবং এগুলি তাদের কাছে প্রেরণ করে । এরপরে এটি ডেটা গ্রহণ করে এবং এটি টেমপ্লেট বান্ধব উপায়ে প্যাকেজ করে এবং তারপরে এটি এ প্রেরণ করে ।ModelModelView
Modelহয় ঘিলু MVC কাঠামো, এবং এই হল যেখানে আপনি আপনার ব্যবসার নিয়ম করা উচিত নয়। একাধিক নিয়ামক জুড়ে ব্যবসায়ের নিয়ম সাধারণ । সুতরাং কোনও দস্তাবেজ নিয়ন্ত্রক এবং একটি প্রতিবেদক নিয়ন্ত্রক উভয়ই কোনও ব্যবহারকারীর মডেল ব্যবহার করতে পারেন যাতে এইগুলির মধ্যে অ্যাক্সেস রয়েছে। আপনি উভয় নিয়ামকগুলিতে এই নিয়মগুলি পুনরাবৃত্তি করতে চাইবেন না।
Viewএকটি অ-ডেটাউত্স নির্দিষ্ট ভাবে ডেটা উপস্থাপন করতে একটি এইচটিএমএল টেমপ্লেট ব্যবহার করা উচিত। এটি আপনার ডাটাবেসের স্কিমাতে শক্তভাবে আবদ্ধ হওয়া উচিত নয়। কোনও দস্তাবেজের শিরোনাম দেখানোর জন্য আপনার কাছে একটি টেম্পলেট ভেরিয়েবলের সামগ্রীটি দেখার আউটপুট থাকবে document_titleএবং কেবলমাত্র সেই Controllerভেরিয়েবলটি কীভাবে সেট করা হয়েছে Modelতা কেবল তা জানেন এবং সেই দস্তাবেজটির শিরোনাম কেন তা কেবল তা জানেন।
এমভিসি মূলত ডেস্কটপ অ্যাপ্লিকেশনগুলির প্রোগ্রামিং সহজ করার জন্য সংজ্ঞায়িত করা হয়েছিল। দর্শনটি মডেল ইভেন্টগুলিতে সাবস্ক্রাইব করে, মডেল পরিবর্তিত হলে উপস্থাপনাটি আপডেট করে। নিয়ামক কেবলমাত্র ইউজার ইন্টারফেস ইভেন্টগুলি অনুবাদ করেছেন (উদাহরণস্বরূপ একটি বোতাম টিপুন) মডেলটির কলগুলিতে। সুতরাং নিয়ামক এবং দৃষ্টিভঙ্গি মডেলের উপর নির্ভরশীল, তবে একে অপরের থেকে স্বতন্ত্র ছিল। মডেল উভয় থেকে স্বাধীন ছিল। এটি একাধিক দর্শন এবং নিয়ামককে একই মডেলটিতে কাজ করার অনুমতি দিয়েছে।
ওয়েব 1.0 অ্যাপ্লিকেশনগুলির জন্য ব্যবহৃত "এমভিসি" আর্কিটেকচার (পুরো পৃষ্ঠা রিফ্রেশ করুন, কোনও এজেএক্স নেই) কিছুটা আলাদা। একটি ওয়েব অনুরোধ একটি নিয়ামকের কাছে প্রেরণ করা হয়। নিয়ামকটি কোনওভাবে মডেল রাজ্যের সংশোধন করে, তারপরে এক বা একাধিক মডেলকে একটি দর্শন দ্বারা রেন্ডার করতে প্রেরণ করে। নিয়ামক এবং দর্শন উভয়ই মডেলের উপর নির্ভর করে তবে নিয়ামকটিও ভিউয়ের উপর নির্ভর করে।
ওয়েব 2.0 অ্যাপ্লিকেশন সহ, আমরা ক্লায়েন্টের পাশে ক্লাসিক এমভিসি আর্কিটেকচারে ফিরে আসছি । মডেল, ভিউ এবং কন্ট্রোলার সমস্ত জাভাস্ক্রিপ্ট অবজেক্ট হিসাবে ক্লায়েন্টের পাশে থাকে। নিয়ামক ব্যবহারকারীর ইভেন্টগুলিকে মডেল ক্রিয়ায় অনুবাদ করে। মডেল ক্রিয়াগুলি সার্ভারের কাছে AJAX অনুরোধের ফলস্বরূপ বা নাও হতে পারে। আবার, ভিউ মডেল ইভেন্টগুলিতে সাবস্ক্রাইব করে এবং সেই অনুযায়ী উপস্থাপনাটি আপডেট করে।
মডেলের পরিবর্তনের জন্য ভিউটি সাবস্ক্রাইব করা উচিত। সাবস্ক্রিপশনের সমৃদ্ধিতে অক্ষাংশ রয়েছে কারণ সেগুলি বিশদ থাকতে পারে (এই নির্দিষ্ট আইটেমটির জন্য আমাকে তালিকা পরিবর্তনগুলি দেখান) বা জেনেরিক (মডেলটি পরিবর্তিত হয়েছে); বিজ্ঞপ্তি পরিবর্তনের প্রতিক্রিয়াতে দর্শন মডেলটিকে জিজ্ঞাসা করতে পারে। পরিবর্তনটি বিজ্ঞপ্তিগুলি হ্যান্ডল করার সময় স্ক্রীনটিকে আপডেট করে স্ক্রিনে তার মডেল উপাদানগুলির পছন্দসই সেট উপস্থাপন করে।
নিয়ামকের ব্যবহারকারীর দিকনির্দেশের ফলাফল হিসাবে মডেলটির পরিবর্তনের জন্য চাপ দেওয়া উচিত (উদাহরণস্বরূপ কীবোর্ডে রাখা, মাউস এবং মেনু কমান্ডগুলি)।
মডেলটি মডেল এবং সাবস্ক্রিপশনের একটি তালিকা বজায় রাখে এবং তাদের সাবস্ক্রিপশনের মাধ্যমে প্রযোজ্য পরিবর্তনের মতামত জানাতে হবে।
নতুন মতামত এবং নিয়ন্ত্রণকারী তৈরি করার জন্যও একটি ব্যবস্থা থাকা দরকার (যেহেতু এমভিসিতে আপনার একই মডেলের দুটি বা ততোধিক মতামত থাকতে সক্ষম হওয়া উচিত (তারা একই দৃষ্টিভঙ্গি (পয়েন্ট) বা ভিন্ন দৃষ্টিভঙ্গি (পয়েন্ট) হতে পারে)। যৌক্তিকভাবে, আমরা বিবেচনা করতে পারি যে কন্ট্রোলারের একটি ভিউ অ্যান্ড কন্ট্রোলার (জোড়) কারখানায় অ্যাক্সেস করতে হবে বা এটির অ্যাক্সেস থাকতে হবে, যা নিয়ামক বা অন্য কোনও উপাদান হতে পারে।
Modelsঅবহিত করবেন না Views। পরিবর্তনের জন্য Controllersক্যোয়ারী করুন Modelএবং তারপরে Viewsএই পরিবর্তনগুলি উপস্থাপন করুন।
এমভিসি আরও একটি মড্যুলারিটি প্যাটার্নের মতো। এর উদ্দেশ্য হ'ল আপনি যখনই ব্যবহারকারীর ইন্টারফেস লেআউট (দেখুন) পরিবর্তন করতে চান, আপনাকে ডি অ্যাপ্লিকেশন লজিক (নিয়ামক) বা অভ্যন্তরীণ ডেটা প্রসেসিংস (মডেল) পরিবর্তন করতে হবে না।
এটির লক্ষণীয় হওয়ার জন্য, প্যাটার্নটি হ'ল প্রতিটি এমভিসি উপাদানগুলির প্রয়োগের যুক্তি আলাদা করে দেওয়া। তবুও, এটি একেবারে স্বাভাবিক যে সেখানে উপাদানগুলি একে অপরের ইন্টারফেসগুলি জানে ।
আমি প্রায়শই যা দেখেছি তা হ'ল কনট্রোলার কল বা মডেল কল এবং দেখুন (এইভাবে এটি তাদের ইন্টারফেসটি জানে) এবং মডেল বা ভিউ কনট্রোলারকে বিনিময়ে অবহিত করতে পারে (আরও একটি কলব্যাক, বা পর্যবেক্ষক প্যাটার্নের মতো)। গুরুত্বপূর্ণ অংশটি হ'ল কনট্রোলার বিন্যাস কাঠামো সম্পর্কে সচেতন নয়।