অ্যাক্সেস মডিফায়ার, পদ্ধতি ওভাররাইডিং, এবং বিমূর্ত পদ্ধতি বাস্তবায়ন

"আমি আপনাকে « অ্যাক্সেস মডিফায়ার » ​​সম্পর্কে বলতে যাচ্ছি । আমি তাদের সম্পর্কে আগে একবার বলেছিলাম, কিন্তু পুনরাবৃত্তি শেখার একটি স্তম্ভ।"

আপনি আপনার ক্লাসের পদ্ধতি এবং ভেরিয়েবলগুলিতে অন্যান্য ক্লাসের অ্যাক্সেস (দৃশ্যমানতা) নিয়ন্ত্রণ করতে পারেন। একটি অ্যাক্সেস মডিফায়ার "কে এই পদ্ধতি/ভেরিয়েবল অ্যাক্সেস করতে পারে?" প্রশ্নের উত্তর দেয়। আপনি প্রতিটি পদ্ধতি বা ভেরিয়েবলের জন্য শুধুমাত্র একটি পরিবর্তনকারী নির্দিষ্ট করতে পারেন।

1) " সর্বজনীন " সংশোধক।

পাবলিক মডিফায়ার দিয়ে চিহ্নিত একটি পরিবর্তনশীল, পদ্ধতি বা শ্রেণী প্রোগ্রামের যেকোনো স্থান থেকে অ্যাক্সেস করা যেতে পারে। এটি উন্মুক্ততার সর্বোচ্চ ডিগ্রি: কোনও বিধিনিষেধ নেই।

2) " ব্যক্তিগত " সংশোধক।

প্রাইভেট মডিফায়ার দিয়ে চিহ্নিত একটি ভেরিয়েবল, পদ্ধতি বা ক্লাস শুধুমাত্র সেই ক্লাসে অ্যাক্সেস করা যেতে পারে যেখানে এটি ঘোষণা করা হয়েছে। চিহ্নিত পদ্ধতি বা পরিবর্তনশীল অন্য সব ক্লাস থেকে লুকানো হয়. এটি গোপনীয়তার সর্বোচ্চ ডিগ্রি: শুধুমাত্র আপনার ক্লাস দ্বারা অ্যাক্সেসযোগ্য। এই ধরনের পদ্ধতি উত্তরাধিকারসূত্রে পাওয়া যায় না এবং ওভাররাইড করা যায় না। উপরন্তু, তারা একটি বংশধর শ্রেণীতে অ্যাক্সেস করা যাবে না.

3)  " ডিফল্ট মডিফায়ার"।

যদি একটি পরিবর্তনশীল বা পদ্ধতি কোন পরিবর্তনকারীর সাথে চিহ্নিত না থাকে, তাহলে এটিকে "ডিফল্ট" সংশোধক দ্বারা চিহ্নিত করা বলে মনে করা হয়। এই মডিফায়ার সহ ভেরিয়েবল এবং পদ্ধতিগুলি প্যাকেজের সমস্ত ক্লাসের কাছে দৃশ্যমান যেখানে সেগুলি ঘোষণা করা হয়েছে এবং শুধুমাত্র সেই ক্লাসগুলিতে। এই সংশোধকটিকে " প্যাকেজ " বা " প্যাকেজ ব্যক্তিগত " অ্যাক্সেসও বলা হয় , যেটি এই ইঙ্গিত দেয় যে ভেরিয়েবল এবং পদ্ধতিতে অ্যাক্সেস পুরো প্যাকেজের জন্য উন্মুক্ত যেখানে ক্লাস রয়েছে।

4) " সুরক্ষিত " সংশোধক।

অ্যাক্সেসের এই স্তরটি প্যাকেজের চেয়ে কিছুটা বিস্তৃত । সুরক্ষিত সংশোধক দ্বারা চিহ্নিত একটি পরিবর্তনশীল, পদ্ধতি বা শ্রেণী তার প্যাকেজ (যেমন "প্যাকেজ") থেকে এবং সমস্ত উত্তরাধিকারী শ্রেণী থেকে অ্যাক্সেস করা যেতে পারে।

এই টেবিলটি সব ব্যাখ্যা করে:

সহজে এই টেবিল মনে রাখার একটি উপায় আছে. কল্পনা করুন যে আপনি একটি উইল লিখছেন। আপনি আপনার সমস্ত জিনিসকে চারটি বিভাগে ভাগ করছেন। কে আপনার জিনিস ব্যবহার পায়?

"এটি অনেকটা কল্পনা করার মতো যে একই প্যাকেজে ক্লাসগুলি একটি পরিবারের অংশ।"

"আমি আপনাকে ওভাররাইডিং পদ্ধতি সম্পর্কে কিছু আকর্ষণীয় সূক্ষ্মতাও বলতে চাই।"

1) একটি বিমূর্ত পদ্ধতির অন্তর্নিহিত বাস্তবায়ন।

ধরা যাক আপনার নিম্নলিখিত কোড আছে:

class Cat
{
 public String getName()
 {
  return "Oscar";
 }
}

এবং আপনি একটি টাইগার ক্লাস তৈরি করার সিদ্ধান্ত নিয়েছেন যা এই ক্লাসের উত্তরাধিকারী, এবং নতুন ক্লাসে একটি ইন্টারফেস যোগ করুন

class Cat
{
 public String getName()
 {
   return "Oscar";
 }
}

interface HasName
{
 String getName();
 int getWeight();
}

class Tiger extends Cat implements HasName
{
 public int getWeight()
 {
  return 115;
 }

}

IntelliJ IDEA আপনাকে যে সমস্ত অনুপস্থিত পদ্ধতিগুলিকে বাস্তবায়ন করতে বলে আপনি যদি তা বাস্তবায়ন করেন, তাহলে পরবর্তীতে আপনি একটি বাগ খুঁজতে দীর্ঘ সময় ব্যয় করতে পারেন।

দেখা যাচ্ছে যে টাইগার ক্লাসে Cat থেকে উত্তরাধিকারসূত্রে প্রাপ্ত একটি getName পদ্ধতি রয়েছে, যা HasName ইন্টারফেসের জন্য getName পদ্ধতির বাস্তবায়ন হিসাবে নেওয়া হবে।

"আমি এতে ভয়ানক কিছু দেখছি না।"

"এটি খুব খারাপ নয়, এটি ভুলের জন্য একটি সম্ভাব্য জায়গা।"

কিন্তু এটি আরও খারাপ হতে পারে:

interface HasWeight
{
 int getValue();
}

interface HasSize
{
 int getValue();
}

class Tiger extends Cat implements HasWeight, HasSize
{
 public int getValue()
 {
  return 115;
 }
}

দেখা যাচ্ছে যে আপনি সর্বদা একাধিক ইন্টারফেস থেকে উত্তরাধিকারী হতে পারবেন না। আরো সঠিকভাবে, আপনি তাদের উত্তরাধিকারী হতে পারেন, কিন্তু আপনি তাদের সঠিকভাবে বাস্তবায়ন করতে পারবেন না। উদাহরণ তাকান. উভয় ইন্টারফেসের জন্য আপনাকে getValue() পদ্ধতি প্রয়োগ করতে হবে, তবে এটি কী ফেরত দেবে তা পরিষ্কার নয়: ওজন বা আকার? এই মোকাবেলা করতে হবে বেশ অপ্রীতিকর.

"আমি সম্মত। আপনি একটি পদ্ধতি প্রয়োগ করতে চান, কিন্তু আপনি করতে পারবেন না। আপনি ইতিমধ্যেই বেস ক্লাস থেকে একই নামের একটি পদ্ধতি উত্তরাধিকার সূত্রে পেয়েছেন। এটি ভেঙে গেছে।"

"কিন্তু ভালো খবর আছে।"

2) দৃশ্যমানতা প্রসারিত করা। যখন আপনি একটি প্রকারের উত্তরাধিকারী হন, আপনি একটি পদ্ধতির দৃশ্যমানতা প্রসারিত করতে পারেন। এই এটা দেখায় কিভাবে হয়:

class Cat
{
 protected String getName()
 {
  return "Oscar";
 }
}

class Tiger extends Cat
{
 public String getName()
 {
  return "Oscar Tiggerman";
 }
}

public static void main(String[] args)
{
 Cat cat = new Cat();
 cat.getName();
}

public static void main(String[] args)
{
 Tiger tiger = new Tiger();
 tiger.getName();
}

public static void main(String[] args)
{
 Cat catTiger = new Tiger();
 catTiger.getName();
}

"আমি নিশ্চিত নই যে আমি পুরোপুরি বুঝতে পেরেছি, তবে আমি মনে রাখব যে এটি সম্ভব।"

3) রিটার্ন টাইপ সংকীর্ণ করা।

একটি ওভাররাইডেড পদ্ধতিতে, আমরা রিটার্ন টাইপটিকে একটি সংকীর্ণ রেফারেন্স টাইপে পরিবর্তন করতে পারি।

class Cat
{
 public Cat parent;
 public Cat getMyParent()
 {
  return this.parent;
 }
 public void setMyParent(Cat cat)
 {
  this.parent = cat;
 }
}

class Tiger extends Cat
{
 public Tiger getMyParent()
 {
  return (Tiger) this.parent;
 }
}

public static void main(String[] args)
{
 Cat parent = new Cat();

 Cat me = new Cat();
 me.setMyParent(parent);
 Cat myParent = me.getMyParent();
}

public static void main(String[] args)
{
 Tiger parent = new Tiger();

 Tiger me = new Tiger();
 me.setMyParent(parent);
 Tiger myParent = me.getMyParent();
}

public static void main(String[] args)
{
 Tiger parent = new Tiger();

 Cat me = new Tiger();
 me.setMyParent(parent);
 Cat myParent = me.getMyParent();
}

"হ্যাঁ। বুঝেছি। পদ্ধতিগুলিকে ওভাররাইড করার সময়, আপনাকে সচেতন হতে হবে যে এই সমস্ত কীভাবে কাজ করে যদি আমরা আমাদের অবজেক্টগুলিকে কোডে পাস করি যা শুধুমাত্র বেস ক্লাস পরিচালনা করতে পারে এবং আমাদের ক্লাস সম্পর্কে কিছুই জানে না। "

"ঠিক আছে! তাহলে বড় প্রশ্ন হল কেন আমরা একটি পদ্ধতি ওভাররাইড করার সময় রিটার্ন মানের ধরণকে সংকুচিত করতে পারি না?"

"এটা স্পষ্ট যে এই ক্ষেত্রে বেস ক্লাসের কোড কাজ করা বন্ধ করবে:"

class Cat
{
 public Cat parent;
 public Cat getMyParent()
 {
  return this.parent;
 }
 public void setMyParent(Cat cat)
 {
  this.parent = cat;
 }
}

class Tiger extends Cat
{
 public Object getMyParent()
 {
  if (this.parent != null)
   return this.parent;
  else
   return "I'm an orphan";
 }
}

public static void main(String[] args)
{
 Tiger parent = new Tiger();

 Cat me = new Tiger();
 Cat myParent = me.getMyParent();
}

"বিস্ময়কর উদাহরণ, আমিগো!"

জাভাতে, একটি পদ্ধতি কল করার আগে, বস্তুটিতে এমন একটি পদ্ধতি আছে কিনা তা পরীক্ষা করা হয় না। সমস্ত চেক রানটাইমে ঘটবে. এবং একটি অনুপস্থিত পদ্ধতিতে একটি [অনুমানিক] কল সম্ভবত প্রোগ্রামটি অস্তিত্বহীন বাইটকোড চালানোর চেষ্টা করতে পারে। এটি শেষ পর্যন্ত একটি মারাত্মক ত্রুটির দিকে পরিচালিত করবে এবং অপারেটিং সিস্টেম জোরপূর্বক প্রোগ্রামটি বন্ধ করে দেবে।

"ওহ। এখন আমি জানি।"