এই নিবন্ধটি দাবি করেছে যে একটি ডেটা শ্রেণি একটি "কোড গন্ধ"। কারন:
এটি একটি সাধারণ বিষয় যখন কোনও সদ্য নির্মিত শ্রেণিতে কয়েকটি কয়েকটি সর্বজনীন ক্ষেত্র থাকে (এবং সম্ভবত মুষ্টিমেয় কিছু সংখ্যক গ্রাহক / সেটারও থাকে)। তবে বস্তুর আসল শক্তি হ'ল তারা তাদের ডেটাতে আচরণের ধরণ বা ক্রিয়াকলাপ থাকতে পারে।
কেন কোনও বস্তুর কেবলমাত্র ডেটা থাকা ভুল? ক্লাসের মূল দায়িত্ব যদি ডেটা উপস্থাপন করা হয় তবে ডেটাগুলিতে পরিচালিত পদ্ধতিগুলি কী একক দায়িত্বের নীতিটি ভেঙে দেবে না ?
1
এটি ভাষার বৈশিষ্ট্যগুলির উপর দৃ strongly়ভাবে নির্ভর করতে চলেছে। পাইথনের উদাহরণস্বরূপ, পাইথনের জাভা লেখার উপায়টি না ছাড়লে "ফিল্ড" এবং এর অ্যাক্সেসরগুলির মধ্যে কোনও পার্থক্য নেই ।
—
jscs
আমি মনে করি কিছু ডেটা শুধুমাত্র শ্রেণীর থাকার SE প্রতি একটি কোড গন্ধ নয়, কিন্তু যদি সবচেয়ে শ্রেণীর তারপর আমরা antipattern "রক্তহীন DOMAIN" বিষয়ে কথা হয় যে মত en.wikipedia.org/wiki/Anemic_domain_model
—
Tulains কর্ডোভা
এই প্রশ্নটি কীভাবে সদৃশ তা আমি দেখতে পাচ্ছি না। অন্যান্য প্রশ্নগুলি ওওতে ডেটা ক্লাসের ব্যবহার সম্পর্কে, যখন এইটি ডেটা ক্লাসের ডাউনসাইড সম্পর্কে - সম্পূর্ণ ভিন্ন বিষয়।
—
মিলোস মার্ডোভিচ
আপনি এই উত্তরটি স্ট্যাকওভারফ্লোতে পড়তে চাইতে পারেন যা শীর্ষ ভোটের উত্তরের চেয়ে অনেক বেশি স্বতন্ত্র, যা সমৃদ্ধ ডোমেন মডেলের নিকৃষ্টতাকে পোষ্ট করে এবং এটি প্রমাণিত সত্যের মতো উপস্থাপন করে। stackoverflow.com/questions/23314330/...
—
McLovin