কেউ আমাকে ভিউমোডেলকোটার কী, কীভাবে এটি কাজ করে এবং ডেটা টেম্পলেটগুলির তুলনায় এটি ব্যবহার করার পক্ষে কী কী উপকারিতা / কনসগুলির একটি দ্রুত সংক্ষিপ্তসার দিতে পারে?
আমি গুগলে তথ্য সন্ধান করার চেষ্টা করেছি কিন্তু এটির অনেকগুলি বাস্তবায়ন রয়েছে এবং এটি কী এবং এটি ব্যবহারের পক্ষে / কৌশলগুলি সম্পর্কে কোনও স্ট্রাইগট তালিকা নেই।
উত্তর:
এমভিভিএম-এ স্বাভাবিক অনুশীলন হ'ল নির্ভরতা ইঞ্জেকশন (ডিআই) ধারক থেকে সমাধান করে ভিউগুলি তাদের ভিউমোডেলগুলি সন্ধান করে । কনটেইনারটি ভিউ ক্লাসের কোনও উদাহরণ সরবরাহ (সমাধান) করতে বললে এটি স্বয়ংক্রিয়ভাবে ঘটে। ধারক উদ্বুদ্ধ দৃশ্যে ViewModel দেখুন যা ViewModel পরামিতি গ্রহণ করে একটি কন্সট্রাকটর কল করে; এই স্কিমটিকে ইনভার্শন অফ কন্ট্রোল (আইওসি) বলা হয়।
এখানে মূল সুবিধাটি হ'ল কনটেইনারটি রান টাইমে কনফিগার করা যেতে পারে যাতে আমরা এটি থেকে অনুরোধ করা প্রকারগুলি কীভাবে সমাধান করতে হয় তার নির্দেশাবলী। এটি আমাদের অ্যাপ্লিকেশনটি আসলে চলার সময় আমরা যে ধরণের (ভিউ এবং ভিউমোডেলস) ব্যবহার করি তা সমাধান করার নির্দেশ দিয়ে বৃহত্তর টেস্টাবিলিটির অনুমতি দেয় তবে অ্যাপ্লিকেশনটির ইউনিট পরীক্ষা চালানোর সময় এটি আলাদাভাবে নির্দেশ দেয়। পরবর্তী ক্ষেত্রে অ্যাপ্লিকেশনটিতে একটি ইউআইও থাকবে না (এটি চলছে না; কেবল পরীক্ষাগুলি রয়েছে) সুতরাং ধারকটি অ্যাপ্লিকেশন চলাকালীন ব্যবহৃত "স্বাভাবিক" ধরণের জায়গায় মককে সমাধান করবে ।
এখন পর্যন্ত আমরা দেখেছি যে ডিআই পদ্ধতির প্রয়োগের উপাদানগুলি তৈরির ক্ষেত্রে একটি বিমূর্ত স্তর যুক্ত করে অ্যাপ্লিকেশনটির জন্য সহজ পরীক্ষারযোগ্যতা মঞ্জুরি দেয়। এই পদ্ধতির সাথে একটি সমস্যা রয়েছে: এটি ভিজ্যুয়াল ডিজাইনারদের সাথে ভাল খেলছে না মাইক্রোসফ্ট এক্সপ্রেশন ব্লেন্ডের মতো ।
সমস্যাটি হ'ল স্বাভাবিক অ্যাপ্লিকেশন চলমান এবং ইউনিট পরীক্ষা উভয় ক্ষেত্রেই, কারও কি ধরণের সমাধান করতে হবে সে সম্পর্কে নির্দেশাবলী সহ ধারক স্থাপন করতে হবে; তদ্ব্যতীত, কাউকে ধারককে ভিউগুলি সমাধান করার জন্য জিজ্ঞাসা করতে হবে যাতে ভিউমোডেলগুলি সেগুলিতে .ুকিয়ে দেওয়া যায়।
তবে ডিজাইনের সময়টিতে আমাদের চলার কোনও কোড নেই । ডিজাইনার আমাদের দর্শনগুলির উদাহরণগুলি তৈরি করতে প্রতিবিম্বটি ব্যবহার করার চেষ্টা করে যার অর্থ:
DataContextহবে nullতাই আমরা ডিজাইনারটিতে একটি "খালি" ভিউ পেয়ে যাব - যা খুব কার্যকর নয় isভিউমোডেললোকেটর এটির মতো ব্যবহৃত অতিরিক্ত বিমূর্ততা:
অবশ্যই এর অর্থ হ'ল ভিউটির সাথে শুরু করতে প্যারামিটারলেস কনস্ট্রাক্টর থাকতে হবে (অন্যথায় ডিজাইনার এটি ইনস্ট্যান্ট করতে সক্ষম হবে না)।
ভিউমোডেলকোয়েটার হ'ল একটি প্রতিমা যা আপনাকে আপনার এমভিভিএম অ্যাপ্লিকেশনটিতে ডিআই-র সুবিধাগুলি রাখতে দেয় এবং ভিজ্যুয়াল ডিজাইনারদের সাথে আপনার কোডটি ভাল খেলতে দেয়। এটিকে কখনও কখনও আপনার অ্যাপ্লিকেশনটির "ব্লেন্ডাবিলিটি" বলা হয় (এক্সপ্রেশন ব্লেন্ডের উল্লেখ করে)।
উপরের হজম করার পরে, এখানে একটি বাস্তব উদাহরণ দেখুন ।
শেষ অবধি, ডেটা টেমপ্লেটগুলি ব্যবহার করা ভিউমোডেলকোটার ব্যবহারের বিকল্প নয়, তবে আপনার ইউআই এর অংশগুলির জন্য সুস্পষ্ট ভিউ / ভিউমোডেল জোড়া ব্যবহার করার বিকল্প। প্রায়শই আপনি দেখতে পাবেন যে ভিউমোডেলের জন্য একটি ভিউ সংজ্ঞা দেওয়ার দরকার নেই কারণ আপনি পরিবর্তে কোনও ডেটা টেমপ্লেট ব্যবহার করতে পারেন।
d:DataContext="{d:DesignInstance MockViewModels:MockMainWindowModel, IsDesignTimeCreatable=True}"। লোকেটারের উদ্দেশ্য হ'ল ভিউগুলিতে ডিআই সক্ষম করা, কারণ ডাব্লুপিএফ এটি সরবরাহ করাতে খুব খারাপ। উদাহরণ: আপনার একটি প্রধান উইন্ডো রয়েছে যা কিছু ডায়ালগ উইন্ডো খোলায়। ডায়ালগ উইন্ডোতে ডিআই-কে স্বাভাবিক উপায়ে সমাধান করার জন্য আপনাকে এটিকে মূল উইন্ডোর উপর নির্ভরতা হিসাবে পাস করতে হবে! এটি ভিউ লোকেটার দিয়ে এড়ানো যায়।
@ জনের উত্তরের একটি উদাহরণ বাস্তবায়ন
আমার একটি ভিউ মডেল লোকেটার ক্লাস রয়েছে। প্রতিটি সম্পত্তি ভিউ মডেলের একটি উদাহরণ হতে চলেছে যা আমি আমার ভিউতে বরাদ্দ করতে যাচ্ছি। কোডটি ডিজাইন মোডে চলছে কিনা বা ব্যবহার হচ্ছে না তা আমি পরীক্ষা করতে পারি DesignerProperties.GetIsInDesignMode। এটি যখন আমি অ্যাপ্লিকেশনটি চালাচ্ছি তখন ডিজাইনের সময় এবং আসল অবজেক্টটির সময় আমাকে একটি মক মডেল ব্যবহার করতে দেয়।
public class ViewModelLocator
{
private DependencyObject dummy = new DependencyObject();
public IMainViewModel MainViewModel
{
get
{
if (IsInDesignMode())
{
return new MockMainViewModel();
}
return MyIoC.Container.GetExportedValue<IMainViewModel>();
}
}
// returns true if editing .xaml file in VS for example
private bool IsInDesignMode()
{
return DesignerProperties.GetIsInDesignMode(dummy);
}
}এবং এটি ব্যবহার করতে আমি আমার লোকেটারকে App.xamlসংস্থানগুলিতে যুক্ত করতে পারি :
xmlns:core="clr-namespace:MyViewModelLocatorNamespace"
<Application.Resources>
<core:ViewModelLocator x:Key="ViewModelLocator" />
</Application.Resources>এবং তারপরে আপনার ভিউ মডেলটিতে আপনার দর্শনটি (যেমন: মেইনভিউ.অ্যাক্যামেল) তারে যুক্ত করতে:
<Window ...
DataContext="{Binding Path=MainViewModel, Source={StaticResource ViewModelLocator}}">thisপরিবর্তে ব্যবহারে কোনও পার্থক্য আছে dummy?
আমি বুঝতে পারি না কেন এই প্রশ্নের অন্যান্য উত্তরগুলি ডিজাইনারের চারপাশে মোড়ক করে।
ভিউ মডেল লোকেটারের উদ্দেশ্য হ'ল আপনার ভিউটিকে এটি ইনস্ট্যান্ট করার অনুমতি দেওয়া (হ্যাঁ, মডেল লোকেটার দেখুন = প্রথম দেখুন):
public void MyWindowViewModel(IService someService)
{
}পরিবর্তে কেবল এই:
public void MyWindowViewModel()
{
}এটি ঘোষণা করে:
DataContext="{Binding MainWindowModel, Source={StaticResource ViewModelLocator}}"ViewModelLocatorক্লাসটি কোথায় , যা একটি আইওসি রেফারেন্স করে এবং এটি কীভাবে MainWindowModelএটি প্রকাশ করে সেই সম্পত্তিটি সমাধান করে ।
আপনার দৃষ্টিতে মক ভিউ মডেল সরবরাহ করার সাথে এর কোনও যোগসূত্র নেই। আপনি যদি এটি চান, ঠিক না
d:DataContext="{d:DesignInstance MockViewModels:MockMainWindowModel, IsDesignTimeCreatable=True}"ভিউ মডেল লোকেটার হ'ল নিয়ন্ত্রণের ধারক হিসাবে কিছু (যে কোনও) বিপরীতমুখী যেমন একটি ইউনিটির উদাহরণস্বরূপ around
নির্দেশ করে: