। নেট ফ্রেমওয়ার্কে সিল করা ক্লাসগুলির বেশিরভাগ পিছনে অনুপ্রেরণা কি তা আমি শুনতে চাই। ক্লাস সিল করে কী লাভ? উত্তরাধিকারী না দেওয়া কীভাবে কার্যকর হতে পারে এবং সম্ভবত এই শ্রেণিগুলির মধ্যে লড়াই করা একমাত্র নয় তা আমি বুঝতে পারি না।
সুতরাং, কাঠামোটি কেন এইভাবে ডিজাইন করা হয়েছে এবং এটি সমস্ত কিছু খুলে ফেলার জন্য অবিচ্ছিন্ন পরিবর্তন হবে না? অন্য কারণ হতে হবে তবে কেবল দুষ্ট হওয়া?
উত্তর:
এই বিষয়টির জন্য এমএসডিএন নিবন্ধটি সিলিং ক্লাস দ্বারা সীমিত এক্সটেনসিবিলিটি ।
ক্লাস হয় হয় উত্তরাধিকার জন্য ডিজাইন করা উচিত বা এটি নিষিদ্ধ। উত্তরাধিকারের জন্য ডিজাইনিংয়ের জন্য ব্যয় হয়:
কার্যকর জাভার আইটেম 17 এ সম্পর্কে আরও বিশদে যায় - এটি জাভা প্রসঙ্গে লেখা হয়েছে তা নির্বিশেষে, পরামর্শটি নেট নেটও প্রযোজ্য।
ব্যক্তিগতভাবে আমি ইচ্ছুক ক্লাসগুলি .NET এ ডিফল্টরূপে সিল করা হয়েছিল।
মনে হচ্ছে 9 বছর আগে since 9 বছর আগে এই প্রশ্নটি জিজ্ঞাসা করার পর থেকে সিলিং সম্পর্কিত সরকারী মাইক্রোসফ্ট নির্দেশিকা বিকশিত হয়েছে এবং তারা একটি অপ্ট-ইন দর্শন (ডিফল্টরূপে সিল) থেকে অপ্ট-আউট (ডিফল্টরূপে সীলমোহর করবেন না) থেকে সরানো হয়েছে:
এক্স না করার উপযুক্ত কারণ ছাড়া ক্লাসগুলি সিল করবেন না ।
একটি বর্ধিত সিলিং কারণ আপনি কোনও এক্সটেনসিবিলিটি দৃশ্যের কথা ভাবতে পারেন না এটি ভাল কারণ নয়। ফ্রেমওয়ার্ক ব্যবহারকারীরা সুবিধামত সদস্য যুক্ত করার মতো বিভিন্ন অবাধ্য কারণে ক্লাস থেকে উত্তরাধিকারী হতে চান। অপ্রকাশিত কারণে উদাহরণস্বরূপ ব্যবহারকারীরা কোনও প্রকারের উত্তরাধিকার সূত্রে অনাকাঙ্ক্ষিত শ্রেণি দেখুন।
ক্লাস সিল করার ভাল কারণগুলির মধ্যে নিম্নলিখিতগুলি অন্তর্ভুক্ত রয়েছে:
- ক্লাসটি একটি স্ট্যাটিক ক্লাস। স্ট্যাটিক ক্লাস ডিজাইন দেখুন।
- বর্গ উত্তরাধিকারসূত্রে সুরক্ষিত সদস্যদের মধ্যে সুরক্ষা-সংবেদনশীল গোপনীয়তা সঞ্চয় করে।
- শ্রেণিটি অনেক ভার্চুয়াল সদস্যকে উত্তরাধিকার সূত্রে প্রাপ্ত এবং পৃথকভাবে তাদের সিলিংয়ের ব্যয়টি শ্রেণিবিহীন ছেড়ে দেওয়ার সুবিধা ছাড়িয়ে যায়।
- ক্লাসটি এমন একটি বৈশিষ্ট্য যা খুব দ্রুত রানটাইম লুক আপ প্রয়োজন। সিলযুক্ত বৈশিষ্ট্যগুলি আনসিল না হওয়াগুলির চেয়ে পারফরম্যান্সের মাত্রা কিছুটা বেশি। বৈশিষ্ট্য দেখুন।
এক্স সিলড ধরণের সুরক্ষিত বা ভার্চুয়াল সদস্যদের ঘোষণা করবেন না ।
সংজ্ঞা অনুসারে, সিলযুক্ত প্রকারগুলি উত্তরাধিকার সূত্রে প্রাপ্ত হতে পারে না। এর অর্থ হ'ল সিল করা ধরণের সুরক্ষিত সদস্যদের কল করা যায় না এবং সিলযুক্ত ধরণের ভার্চুয়াল পদ্ধতিগুলি ওভাররাইড করা যায় না।
Members বিবেচনাধীন সদস্যদের সিলিং করে আপনি ওভাররাইড করেন। ভার্চুয়াল সদস্যদের (ভার্চুয়াল সদস্যগুলিতে আলোচিত) পরিচয় করিয়ে দেওয়ার ফলে যে সমস্যাগুলি দেখা দিতে পারে সেগুলি ওভাররাইডগুলিতেও প্রযোজ্য, যদিও কিছুটা কম ডিগ্রীতেও। ওভাররাইড সিলিং উত্তরাধিকার শ্রেণিবিন্যাসের সেই বিন্দু থেকে শুরু হওয়া এই সমস্যাগুলি থেকে আপনাকে রক্ষা করে।
প্রকৃতপক্ষে, আপনি যদি এএসপি. নেট কোর কোডবেস অনুসন্ধান করেন তবে আপনি কেবল প্রায় 30 টি উপলক্ষ্য খুঁজে পাবেন sealed class, যার বেশিরভাগ বৈশিষ্ট্য এবং পরীক্ষার ক্লাস।
আমি মনে করি যে অপরিবর্তনীয়তা সংরক্ষণ সিলিংয়ের পক্ষে একটি ভাল যুক্তি।
আমি এই বাক্যটি এমএসডিএন ডকুমেন্টেশনে পেয়েছি: "সিল করা ক্লাসগুলি প্রাথমিকভাবে ডেরাইভেশন রোধে ব্যবহৃত হয়। যেহেতু সেগুলি কখনই বেস ক্লাস হিসাবে ব্যবহার করা যায় না, কিছু রান-টাইম অপ্টিমাইজেশন সিল করা শ্রেণীর সদস্যদের কলিংকে কিছুটা দ্রুত করতে পারে।"
আমি জানি না পারফরম্যান্সটি সিলড ক্লাসগুলির একমাত্র সুবিধা কিনা এবং ব্যক্তিগতভাবে আমি অন্য কোনও কারণও জানতে চাই ...
পারফরম্যান্স উদাহরণস্বরূপ, জাভাতে স্ট্রিং ক্লাসটি চূড়ান্ত (<- সিল করা) এবং এর কারণ কেবল পারফরম্যান্স। আমি মনে করি আরেকটি গুরুত্বপূর্ণ বিষয় হ'ল এখানে বর্ণিত ভঙ্গুর বেস শ্রেণীর সমস্যাটি এড়াতে: http://blogs.msdn.com/ericlippert/archive/2004/01/07/virtual-methods- and- brittle-base-class । এসপেক্স
যদি আপনি কোনও কাঠামো সরবরাহ করেন তবে রক্ষণাবেক্ষণের উত্তরাধিকার প্রকল্পগুলির জন্য এবং ভঙ্গুর বেস শ্রেণীর সমস্যা এড়াতে আপনার কাঠামোটি আপগ্রেড করা গুরুত্বপূর্ণ
Stringক্লাসটি চূড়ান্ত না হলেও, সাবক্লাস করাও সম্ভব ছিল না।
সিলযুক্ত "বিরল বেস শ্রেণীর সমস্যা" রোধ করতে ব্যবহৃত হয়। আমি এমএসডিএন-তে একটি ভাল নিবন্ধ পেয়েছি যা এটি ব্যাখ্যা করে।
সিলিং আপনাকে কিছু ছোটখাটো পারফরম্যান্স লাভ উপলব্ধি করতে দেয়। এটি সিআইটি + এর জগতের তুলনায় জেআইটি এবং অলস হতাশার জগতে কম সত্য, তবে যেহেতু নেটটি হতাশার মতো ততটা ভাল নয় কারণ জাভা সংকলক বেশিরভাগ ভিন্ন নকশার দর্শনের কারণে এটি এখনও কার্যকর। এটি সংকলককে বলে যে এটি ভিটিবেলের মাধ্যমে পরোক্ষভাবে কল করার চেয়ে সরাসরি কোনও ভার্চুয়াল পদ্ধতিতে কল করতে পারে।
সমতা তুলনার মতো জিনিসের জন্য যখন আপনি 'বদ্ধ বিশ্ব' চান তখন এটিও গুরুত্বপূর্ণ। সাধারণত আমি একবার ভার্চুয়াল পদ্ধতিটি সংজ্ঞায়িত করি, সমতা তুলনা করার ধারণাটি সত্যই ধারণাকে বাস্তবায়িত করার জন্য আমি অনেকটা হোজেড। অন্যদিকে, আমি ভার্চুয়াল পদ্ধতিতে ক্লাসের একটি নির্দিষ্ট সাবক্লাসের জন্য এটি সংজ্ঞায়িত করতে সক্ষম হতে পারি। শ্রেণীর সিলিং নিশ্চিত করে যে সাম্যতা সত্যই ধারণ করে।
কোনও শ্রেণি, পদ্ধতি বা সম্পত্তি সিল করতে হবে কিনা তা নির্ধারণ করার জন্য, আপনাকে সাধারণত নিম্নলিখিত দুটি বিষয় বিবেচনা করতে হবে:
Classes সম্ভাব্য সুবিধাগুলি যা ক্লাসগুলি অর্জন করতে পারে তা আপনার ক্লাসটিকে অনুকূলিতকরণের দক্ষতার মাধ্যমে অর্জন করতে পারে।
• সম্ভাব্য যে ডেরিভিং ক্লাসগুলি আপনার ক্লাসগুলি এমনভাবে সংশোধন করতে পারে যে তারা আর সঠিকভাবে বা প্রত্যাশিতভাবে কাজ করবে না।
আরও বিবেচ্য বিষয় হ'ল সিল করা ক্লাসগুলি আপনার ইউনিট পরীক্ষায় স্ট্যাব করা যাবে না। থেকে Microsoft এর ডকুমেন্টেশন :
সিল করা ক্লাস বা স্ট্যাটিক পদ্ধতিগুলি স্ট্যাব করা যায় না কারণ স্টাবের ধরণগুলি ভার্চুয়াল পদ্ধতি প্রেরণের উপর নির্ভর করে। এই জাতীয় ক্ষেত্রে, ইউনিট পরীক্ষার জন্য অন্যান্য অ্যাসেম্বলিগুলি থেকে আপনার অ্যাপ্লিকেশনকে আলাদা করতে শিম ব্যবহার করে বর্ণিত শিম প্রকারগুলি ব্যবহার করুন