WPF vs. WinForms

পূর্বের অধ্যায়ে আমরা WPF কি সেটা নিয়ে আলোচনা করেছি এবং WinForms নিয়ে সামান্য আলোকপাত করেছি। এই অধ্যায়ে আমরা এই দুটির মধ্যে তুলনা করবো যদিও তারা একই কাজ করে, তথাপি তাদের মধ্যে প্রচুর পার্থক্য রয়েছে। আপনি যদি এর আগে কখনো WinForms নিয়ে কাজ করে না থাকেন, বিশেষ করে WPF যদি আপনার প্রথম GUI ফ্রেমওয়ার্ক হয়ে থাকে তাহলে আপনি এই অধ্যায়টি বাদ দিয়ে যেতে পারেন। কিন্তু যদি আপনি তাদের পার্থক্য সম্পর্কে আগ্রহী হন তবে চালিয়ে যেতে পারেন।

WinForms এবং WPF এর মধ্যে অন্যতম সবচেয়ে গুরুত্বপূর্ণ পার্থক্য হল যে, যখন WinForms শুধুমাত্র স্ট্যান্ডার্ড উইন্ডোজ কন্ট্রোলের উপরে একটি Layer (যেমন একটি টেক্সটবক্স) তখন WPF এ কাজ করার সময় প্রায় সব পরিস্থিতিতেই Windows control এর উপর নির্ভর না করে স্ক্র্যাচ থেকে তৈরি করা হয়। এটি সামান্য পার্থক্য মনে হলেও বাস্তবিক ক্ষেত্রে সঠিক নয়। আপনি এটি লক্ষ করতে পারবেন যদি পূর্বে কখনো এমন কোনো ফ্রেমওয়ার্ক ব্যবহার করেন যা Win32/WinAPI এর উপর নির্ভরশীল ।

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

এই নমনীয়তার একটি অসুবিধা হল যে, কখনও কখনও আপনাকে এমন কিছু অর্জন করতে আরও বেশি পরিশ্রম করতে হবে যা WinForms-এ খুব সহজ ছিল, কারণ এটি শুধু আপনার প্রয়োজনীয় পরিস্থিতির জন্য তৈরি করা হয়েছিল। কমপক্ষে এটি শুরুতে এমনটাই মনে হয়, যখন আপনি নিজেকে একটি টেমপ্লেট তৈরি করতে দেখবেন যাতে একটি ListView একটি ছবি এবং কিছু সুন্দরভাবে সজ্জিত টেক্সট সহ তৈরি হয়, যা WinForms-এর ListViewItem একটি একক কোড লাইনে করে থাকে।

এটি ছিল শুধুমাত্র একটি পার্থক্য, কিন্তু যখন আপনি WPF এর সাথে কাজ করবেন, আপনি বুঝতে পারবেন যে এটি আসলে অনেক অন্যান্য পার্থক্যের আন্ডারলিং রেজন - WPF আসলে নিজের নিজস্ব উপায়ে কাজ করছে, ভাল এবং খারাপ উভয়ভাবেই। আপনি আর উইন্ডোজের উপায়ে কাজ করার জন্য বাধ্য নন, তবে এই ধরনের নমনীয়তা পেতে, আপনাকে কিছুটা বেশি পরিশ্রম করতে হবে যখন আপনি আসলে শুধুমাত্র উইন্ডোজের উপায়ে কাজ করতে চান।

WinForm and WPF এর প্রধান সুবিধাগুলির নিম্নোক্ত তালিকাটি সম্পূর্নই নিজস্ব। আপনি কি নিয়ে কাজ করতে যাচ্ছেন, তা সম্পর্কে এটা একটা তূলনামূলকভাবে ভালো ধারনা দেবে।

WPF advantages

• এটা তূলনামুলকভাবে নতুন তাই সমসায়িক স্ট্যান্ডার্ড এর সাথে বেশি মানানসই
• Microsoft অনেক নতুন এপ্লিকেশন এর জন্যেই এটি ব্যবহার করছে যেমন, Visual Studio
• এটি তূলনামূলকভাবে নমনীয়, তাই নতুন control লেখা বা কেনা ছাড়াই অনেক কিছু করতে পারেন৷
• যদিওবা 3rd-party control ব্যবহার করার প্রয়োজন হয়, সেগুলির ডেভেলপাররা সম্ভবত WPF-এর উপর বেশি ফোকাস করবে কারণ এটি তূলনামূলকভাবে নতুন।
• XAML এর কারনে GUI তৈরি বা পরিবর্তন করা সহজ, এবং কাজ designer (XAML) এবং programmer(C#, VB.NET ইত্যাদি) এর মধ্যে ভাগ করে দেয়া সহজ।
• Databinding, যা আপনাকে ডাটা এবং লেআউট কে পরিষ্কার ভাবে আলাদা রাখতে দেয়।
• তুলনামূলকভাবে ভালো পার্ফর্ম্যান্স এর জন্যে GUI আঁকার কাজে Hardware acceleration ব্যবহার করে
• এটা আপনাকে Windows Application এবং Web Application (Silverlight/XBAP) দুটোর জন্যেই ইউজার ইন্টারফেস তৈরি করতে দেয়।

WinForms advantages

• এটা তুলনামূলকভাবে পুরনো তাই বেশি পরীক্ষিত
• ইতিমধ্যে অনেক 3rd-party controls আছে যা আপনি কিনতে পারেন কিংবা বিনামূল্যে পেতে পারেন
• এই লেখার সময় পর্যন্ত, Visual Studio এর designer, WPF এর চেয়ে WinForm জন্যে বেশি ভালো, যেখানে, WPF এর জন্যে আপনাকে নিজেকেই অনেকটা কাজ করতে হবে।