আমি একজন সি প্রোগ্রামার সি ++ বোঝার চেষ্টা করছি। অনেক টিউটোরিয়াল যেমন একটি স্নিপেট ব্যবহার করে অবজেক্ট ইনস্ট্যান্টেশন প্রদর্শন করে:
Dog* sparky = new Dog();যা ইঙ্গিত দেয় যে পরে আপনি এটি করবেন:
delete sparky;যা বোঝায়। এখন, গতিশীল মেমরির বরাদ্দ অপ্রয়োজনীয় ক্ষেত্রে, পরিবর্তে উপরেরটি ব্যবহার করার কোনও কারণ আছে কি?
Dog sparky;এবং একবার কি স্পার্কি সুযোগের বাইরে চলে গেলে ধ্বংসকারীকে ডাকা হয়?
ধন্যবাদ!
উত্তর:
বিপরীতে, আপনার সর্বদা স্ট্যাক বরাদ্দের পছন্দ করা উচিত, যে পরিমাণে থাম্বের নিয়ম হিসাবে আপনার ব্যবহারকারীর কোডে কখনও নতুন / মুছে ফেলা উচিত নয়।
আপনি যেমনটি বলেছেন, যখন স্ট্যাকের উপর ভেরিয়েবলটি ঘোষণা করা হয়, যখন সুযোগ থেকে বাইরে চলে যায় তখন এর ডেস্ট্রাক্টরকে স্বয়ংক্রিয়ভাবে ডেকে আনা হয়, যা সম্পদ আজীবন ট্র্যাকিং এবং ফাঁস এড়ানোর জন্য আপনার প্রধান সরঞ্জাম।
সুতরাং সাধারণভাবে, প্রতিবার আপনার যখন কোনও রিসোর্স বরাদ্দ করা দরকার, এটি মেমরি (নতুন কল করে), ফাইল হ্যান্ডলগুলি, সকেট বা অন্য যে কোনও কিছু হোক না কেন, এটি এমন একটি ক্লাসে আবদ্ধ করুন যেখানে কনস্ট্রাক্টর রিসোর্সটি অর্জন করে এবং ডেস্ট্রাক্টর এটি প্রকাশ করে। তারপরে আপনি স্ট্যাকের উপর এই ধরণের একটি অবজেক্ট তৈরি করতে পারেন এবং আপনার গ্যারান্টিযুক্ত যে আপনার উত্সটি সুযোগের বাইরে চলে গেলে মুক্তি পাবে। আপনি মেমরি ফাঁস এড়ানো নিশ্চিত করতে আপনার সর্বত্র আপনার নতুন / মোছা জোড়া ট্র্যাক করতে হবে না।
এই প্রতিমাটির সর্বাধিক প্রচলিত নাম হ'ল RAII
স্মার্ট পয়েন্টার ক্লাসগুলিও দেখুন যা বিরল ক্ষেত্রে ফলাফল পয়েন্টারগুলিকে মোড়ানোর জন্য ব্যবহৃত হয় যখন আপনাকে কোনও উত্সর্গীকৃত আরআইআই অবজেক্টের বাইরে নতুন কিছু বরাদ্দ করতে হয়। পরিবর্তে আপনি পয়েন্টারটিকে একটি স্মার্ট পয়েন্টারে পাস করেন, যা এরপরে তার জীবদ্দশাকে ট্র্যাক করে, উদাহরণস্বরূপ রেফারেন্স গণনা দ্বারা এবং সর্বশেষ রেফারেন্সটি সুযোগের বাইরে চলে গেলে ডেস্ট্রাক্টরকে কল করে। স্ট্যান্ডার্ড লাইব্রেরিতে std::unique_ptrসাধারণ স্কোপ-ভিত্তিক পরিচালনার জন্য রয়েছে এবং std::shared_ptrযা ভাগ করে নেওয়া মালিকানা বাস্তবায়নের জন্য উল্লেখ গণনা করে।
অনেক টিউটোরিয়াল যেমন একটি স্নিপেট ব্যবহার করে অবজেক্ট ইনস্ট্যান্টেশন প্রদর্শন করে ...
সুতরাং আপনি যা আবিষ্কার করেছেন তা হল বেশিরভাগ টিউটোরিয়াল স্তন্যপান করে। ;) বেশিরভাগ টিউটোরিয়ালগুলি আপনাকে প্রয়োজন হয় না যখন ভেরিয়েবল তৈরি করতে নতুন / মুছুন কল করা এবং আপনার বরাদ্দগুলির আজীবন ট্র্যাকিংয়ের জন্য একটি কঠিন সময় প্রদান সহ লাউ সি ++ অনুশীলনগুলি শেখায়।
স্ট্যাকের জিনিসগুলি বরাদ্দ এবং স্বয়ংক্রিয়ভাবে মুক্ত করার ক্ষেত্রে একটি সুবিধা হতে পারে যদিও এর কিছু অসুবিধা রয়েছে।
আপনি স্ট্যাকের উপর বিশাল বস্তু বরাদ্দ করতে নাও চান।
গতিশীল প্রেরণ! এই কোডটি বিবেচনা করুন:
#include <iostream>
class A {
public:
virtual void f();
virtual ~A() {}
};
class B : public A {
public:
virtual void f();
};
void A::f() {cout << "A";}
void B::f() {cout << "B";}
int main(void) {
A *a = new B();
a->f();
delete a;
return 0;
}এটি "বি" মুদ্রণ করবে। এখন স্ট্যাক ব্যবহার করার পরে কী ঘটে তা দেখা যাক:
int main(void) {
A a = B();
a.f();
return 0;
}এটি "এ" মুদ্রণ করবে, যা জাভা বা অন্যান্য অবজেক্ট ওরিয়েন্টেড ভাষার সাথে পরিচিত তাদের পক্ষে স্বজ্ঞাত হতে পারে না। কারণটি হ'ল আপনার Bআর কোনও উদাহরণের পয়েন্টার নেই। পরিবর্তে, এর উদাহরণ Bতৈরি করা যায় এবং aপ্রকারের ভেরিয়েবলের অনুলিপি করা হয় A।
কিছু জিনিস অনিচ্ছাকৃতভাবে ঘটতে পারে, বিশেষত যখন আপনি সি ++ তে নতুন হন। সিতে আপনার পয়েন্টার রয়েছে এবং এটিই। আপনি কীভাবে সেগুলি ব্যবহার করবেন তা জানেন এবং তারা সর্বদা একই রকম হন। সি ++ এ এটি নয়। শুধু কল্পনা সেখানে কি ঘটছে, যখন আপনি একটি পদ্ধতির জন্য একটি আর্গুমেন্ট হিসাবে এই উদাহরণে একটি ব্যবহার করেন - জিনিষ আরো জটিল পেতে এবং এটি একটি বিশাল পার্থক্য করতে হয়, তাহলে aধরনের হয় Aবা A*বা এমনকি A&(কল-বাই-রেফারেন্স)। অনেকগুলি সংমিশ্রণ সম্ভব এবং তারা সকলেই আলাদা আচরণ করে।
ঠিক আছে, পয়েন্টারটি ব্যবহার করার কারণটি হ'ল ম্যালোকের সাথে বরাদ্দ করা সিতে পয়েন্টার ব্যবহার করার কারণটি: আপনি যদি চান যে আপনার বস্তুটি আপনার ভেরিয়েবলের চেয়ে বেশি দিন বেঁচে থাকে!
এমনকি যদি আপনি এটিকে এড়াতে পারেন তবে নতুন অপারেটরটি ব্যবহার না করার জন্য এটি অত্যন্ত উচ্চ প্রস্তাবিত। বিশেষত যদি আপনি ব্যতিক্রম ব্যবহার করেন। সাধারণভাবে এটি কম্পাইলারটিকে আপনার অবজেক্টগুলি মুক্ত করা অনেক বেশি নিরাপদ।
আমি এই অ্যান্টি-প্যাটার্নটি এমন লোকদের কাছ থেকে দেখেছি যারা অপারেটরটির & ঠিকানা-টি পুরোপুরি পায় না। যদি তাদের কোনও পয়েন্টার সহ কোনও ফাংশন কল করার প্রয়োজন হয় তবে তারা সর্বদা গাদাতে বরাদ্দ রাখবে যাতে তারা পয়েন্টার পায়।
void FeedTheDog(Dog* hungryDog);
Dog* badDog = new Dog;
FeedTheDog(badDog);
delete badDog;
Dog goodDog;
FeedTheDog(&goodDog);গাদা একটি খুব গুরুত্বপূর্ণ রিয়েল এস্টেট হিসাবে আচরণ করুন এবং এটি খুব ন্যায়বিচারের সাথে ব্যবহার করুন। প্রাথমিক থাম্ব নিয়মটি হ'ল যখনই সম্ভব স্ট্যাক ব্যবহার করা এবং যখনই অন্য কোনও উপায় নেই তখন হিপ ব্যবহার করা। স্ট্যাকের উপর অবজেক্টগুলি বরাদ্দ করে আপনি অনেকগুলি সুবিধা পেতে পারেন যেমন:
(1)। ব্যতিক্রমগুলির ক্ষেত্রে স্ট্যাক আনওয়াইন্ডিং সম্পর্কে আপনাকে চিন্তা করার দরকার নেই
(2)। আপনার হিপ ম্যানেজারের দ্বারা প্রয়োজনের চেয়ে বেশি জায়গা বরাদ্দ করার কারণে আপনার মেমরি বিভাজন সম্পর্কে চিন্তা করার দরকার নেই।
আমি কেবল উদ্বিগ্ন হওয়ার কারণেই হ'ল কুকুরটি এখন স্তূপের চেয়ে স্ট্যাকের জন্য বরাদ্দ করা হয়েছে। সুতরাং কুকুরটি যদি আকারে মেগাবাইট হয় তবে আপনার সমস্যা হতে পারে,
আপনার যদি নতুন / মোছার রুট যেতে হয় তবে ব্যতিক্রম থেকে সাবধান থাকুন। এবং এই কারণে আপনার নিজের জীবনযাত্রাটি পরিচালনা করতে অটো_পিটার বা একটি বুস্ট স্মার্ট পয়েন্টার ধরণের একটি ব্যবহার করা উচিত।
আপনি যখন স্ট্যাকের উপর বরাদ্দ করতে পারবেন তখন নতুন (গাদাতে) কোনও কারণ নেই (যদি কোনও কারণে আপনি একটি ছোট স্ট্যাক পেয়ে থাকেন এবং গাদাটি ব্যবহার করতে চান না তবে)।
আপনি যদি গাদাতে বরাদ্দ করতে চান তবে আপনি স্ট্যান্ডার্ড লাইব্রেরি থেকে একটি শেয়ারড_পিটার (বা এর কোনও একটি রূপ) ব্যবহার করে বিবেচনা করতে পারেন। ভাগ করা_প্টারের সমস্ত উল্লেখ অস্তিত্বের বাইরে চলে যাওয়ার পরে এটি আপনার জন্য মুছে ফেলা পরিচালনা করবে handle
একটি অতিরিক্ত কারণ রয়েছে, যা অন্য কেউ উল্লেখ করেনি, কেন আপনি নিজের বস্তুটি গতিশীলভাবে তৈরি করতে বেছে নিতে পারেন। ডায়নামিক, হিপ ভিত্তিক অবজেক্ট আপনাকে পলিমারফিজম ব্যবহার করতে দেয় ।
ভিজ্যুয়াল স্টুডিওতেও আমার একই সমস্যা ছিল। আপনাকে ব্যবহার করতে হবে:
yourClass-> classMethod ();
বরং:
yourClass.classMethod ();