অবজেক্টস কখনই না? ওয়েল, হার্ডলি এভার
এসিএমের যোগাযোগের ভিউউপয়েন্ট বিভাগে, আমি " অবজেক্টস নেভার? ওয়েল, হার্ডলি এভার " শিরোনামে একটি আকর্ষণীয় নিবন্ধ পেয়েছি । এটি অবজেক্ট-প্রথম বা অবজেক্ট-দেরীর চেয়ে একেবারে ভিন্ন দৃষ্টিভঙ্গি। তিনি "অবজেক্টস-নেভেন" বা সম্ভবত "অবজেক্টস-গ্র্যাজুয়েট স্কুল" পরামর্শ দেন।
লেখক ওওপি সম্পর্কে কথা বলেছেন এবং বাস্তব বিশ্বের প্রোগ্রামিং পরিবেশে ওওপি কীভাবে ব্যবহৃত হয় সে সম্পর্কে একটি প্রশ্ন তৈরি করেছিলেন। তিনি মনে করেন যে ওওপি প্রভাবশালী প্রোগ্রামিং মডেল নয়। উদাহরণস্বরূপ, তিনি দাবি করেন, 70০% প্রোগ্রামিং এম্বেডড সিস্টেমগুলির জন্য করা হয় যেখানে ওওপি সত্যই উপযুক্ত নয়।
বিশ্ববিদ্যালয়গুলির কিছু অধ্যাপক যখন ওওপির সুবিধাগুলি সম্পর্কে কথা বলতে চান, তারা কোড-পুনঃব্যবহার সম্পর্কে কথা বলেন। অন্য উদাহরণ হিসাবে, আবারও তিনি দাবি করেছেন, এটি বাস্তব জগতে আসল ঘটনা নয়। বিশ্ববিদ্যালয়গুলিতে দাবি করা থেকে কোড-পুনঃব্যবহার করা শক্ত:
আমি দাবি করি যে বেশিরভাগ লোকেরা বিশ্বাস করেন যে ওওপি-র ব্যবহার এতটা প্রচলিত নয় যে এটি তার সমর্থকদের দাবি অনুসারে সফল নয়, এবং তাই সিএস পাঠ্যক্রমগুলিতে এর কেন্দ্রীয় স্থানটি ন্যায়সঙ্গত নয়।
আমার জন্য এটি আকর্ষণীয় যে স্ট্যাক-ওভারফ্লোতে লোকেরা কীভাবে এই সম্পর্কে চিন্তা করে? প্রোগ্রামারদের দৃষ্টিকোণ থেকে ওওপি কি প্রভাবশালী প্রোগ্রামিং মডেল?
আমার যদি কেবল একটি পন্থা বেছে নেওয়া / শেখার / ব্যবহার করা উচিত, তবে এটি ওওপি বা না? কেন?
DiskBrake extends Brake
ওওপি গাড়িটির পক্ষে কীভাবে ভাল তা বোঝায় না, কারণ "প্রকৃত বিশ্বে" এই যোগাযোগটি "নেটওয়ার্ক সিগন্যাল এবং বাস প্রোটোকল দ্বারা" প্রয়োগ করা হয় - কী, পছন্দ DiskBrake implements BrakeInterface
?! হতে পারে এটি আমার নিজের << 43 বছরের অভিজ্ঞতা, তবে আমার কাছে দেওয়া উদাহরণগুলি লেখকের দাবির পিছনে ব্যর্থ হয়েছে।