আমি সবে সবে ডিডিডি পড়া শুরু করেছি। আমি সত্তা বনাম মান বস্তুগুলির ধারণাটি সম্পূর্ণরূপে উপলব্ধি করতে অক্ষম .. কোনও মানচিত্র বস্তু যখন সত্তা অবজেক্ট হিসাবে ডিজাইন করা হয় তখন কোনও সিস্টেমের যে সমস্যার মুখোমুখি হতে পারে (রক্ষণাবেক্ষণযোগ্যতা, কর্মক্ষমতা .. ইত্যাদি) ব্যাখ্যা করতে পারেন? উদাহরণ দুর্দান্ত হবে ...
উত্তর:
প্রয়োজনীয় পার্থক্য হ্রাস, সত্তা জন্য পরিচয় গুরুত্বপূর্ণ, কিন্তু মান বস্তুর জন্য কিছু আসে যায় না। উদাহরণস্বরূপ, কারও নাম একটি মান অবজেক্ট। গ্রাহক সত্তা কোনও গ্রাহকের নাম (মান অবজেক্ট), তালিকা <অর্ডার> অর্ডার হিস্টোরি (সত্তাগুলির তালিকা) এবং সম্ভবত একটি ডিফল্ট ঠিকানা (সাধারণত কোনও মান বস্তু) সমন্বয়ে গঠিত হতে পারে। গ্রাহক সত্তার একটি আইডি থাকবে এবং প্রতিটি আদেশের একটি আইডি থাকবে তবে একটি নাম থাকা উচিত নয়; সাধারণত, যাইহোক যাইহোক বস্তুর মডেলের মধ্যে, কোনও ঠিকানার পরিচয় কোনও বিষয় নয়।
মান অবজেক্টগুলি সাধারণত অপরিবর্তনীয় বস্তু হিসাবে প্রতিনিধিত্ব করা যেতে পারে; একটি মান অবজেক্টের একটি সম্পত্তি পরিবর্তন করা মূলত পুরানো বস্তুকে ধ্বংস করে এবং একটি নতুন তৈরি করে, কারণ আপনি সামগ্রীর সাথে পরিচয়ের সাথে তেমন উদ্বিগ্ন নন। যথাযথভাবে, নামের সমতুল্য উদাহরণ পদ্ধতিটি "সত্য" প্রত্যাবর্তন করবে যতক্ষণ না অবজেক্টের বৈশিষ্ট্য অন্য উদাহরণের বৈশিষ্ট্যের সাথে সমান হয়।
তবে গ্রাহকের মতো সত্তার কিছু বৈশিষ্ট্য পরিবর্তন করা গ্রাহককে ধ্বংস করে না; গ্রাহক সত্তা সাধারণত পরিবর্তনযোগ্য। পরিচয়টি একই থাকে (অন্তত একবার অব্যাহত রাখার পরে)।
আপনি সম্ভবত এটি উপলব্ধি না করে মান অবজেক্টগুলি তৈরি করেন; যে কোনও সময় আপনি কোনও সুনির্দিষ্ট শ্রেণীর তৈরি করে সত্তার কোনও দিকটি উপস্থাপন করছেন, আপনি একটি মান বস্তু পেয়েছেন। উদাহরণস্বরূপ, একটি শ্রেণীর আইপিএড্রেস, যা বৈধ মানগুলির উপর কিছু বাধা রয়েছে তবে সরল ডেটাটাইপগুলির সমন্বয়ে গঠিত, একটি মান অবজেক্ট হবে। একটি ইমেলএড্রেস স্ট্রিং হতে পারে, বা এটি নিজস্ব আচরণের সেটের সাথে মান মান হতে পারে।
এটি বেশ সম্ভব যে আপনার আইটেমের একটি আইটেমও রয়েছে যা আপনার ডাটাবেসে একটি পরিচয় রাখে আপনার আইটেমের মডেলটিতে কোনও পরিচয় নেই। তবে সর্বাধিক সহজ কেসটি এমন কিছু গুণাবলীর সংমিশ্রণ যা একত্রে অর্থবোধ করে। আপনি যখন কাস্টোমারের নাম হিসাবে একসাথে রচনা করতে পারবেন তখন আপনি সম্ভবত কাস্টোমার.ফার্সনাম, কাস্টোমারের লাস্টনাম, কাস্টোমারের মিডলআইনিটিয়াল এবং কাস্টোমারের টাইটেল রাখতে চান না; আপনি অধ্যবসায়ের বিষয়ে চিন্তাভাবনা করার সময় এগুলি সম্ভবত আপনার ডাটাবেসে একাধিক ক্ষেত্র হয়ে উঠবে, তবে আপনার অবজেক্টের মডেলটির কোনও যত্ন নেই।
int[1]হ'ল একটি শেয়ারহীন পরিবর্তনীয় মান, একটি পরিবর্তনযোগ্য স্থাবর মান (রেফারেন্সগুলি ধারণ করে এমন কোনও কিছুই যদি এটি লিখতে না পারে) বা একটি সত্তা (যদি দুটি বা ততোধিক রেফারেন্স বিদ্যমান থাকে এবং তাদের মধ্যে একটি লিখতে ব্যবহৃত হতে পারে) অন্যান্যগুলি ব্যবহার করে পড়তে পারে এমন মানগুলি)। দুর্ভাগ্যক্রমে, আমি জাভা বা .NET- তে কোনও ভাষা সমর্থন জানি না যা দুর্ঘটনাক্রমে সত্তাগুলিতে রূপান্তরিত হতে পারে এমন পরিবর্তিত মানগুলিকে প্রতিরোধ করার জন্য শ্রেণি অবজেক্টগুলিকে আটকাতে পারে।
সম্মিলিতভাবে এর সমস্ত বৈশিষ্ট্য দ্বারা সংজ্ঞায়িত যে কোনও বস্তু হ'ল একটি মান অবজেক্ট। বৈশিষ্ট্যগুলির কোনও পরিবর্তন হলে আপনার একটি মান অবজেক্টের নতুন উদাহরণ রয়েছে। এ কারণেই মান অবজেক্টগুলি অপরিবর্তনীয় হিসাবে সংজ্ঞায়িত করা হয়।
যদি বস্তুটি তার সমস্ত গুণাবলী দ্বারা সম্পূর্ণরূপে সংজ্ঞায়িত না হয় তবে সেখানে বৈশিষ্ট্যের একটি উপসেট রয়েছে যা বস্তুর পরিচয় তৈরি করে। অবশিষ্ট বৈশিষ্ট্যগুলি অবজেক্টটির নতুন সংজ্ঞা না দিয়ে পরিবর্তন করতে পারে। এই ধরণের অবজেক্টটি পরিবর্তনযোগ্য হিসাবে সংজ্ঞায়িত করা যায় না cannot
পার্থক্য তৈরির একটি সহজ উপায় হ'ল মান অবজেক্টগুলিকে স্থিতিশীল ডেটা হিসাবে ভাবা যা কখনও পরিবর্তন হয় না এবং আপনার অ্যাপ্লিকেশনে ডেভলপ হয় এমন ডেটা হিসাবে সত্তা থাকে।
মান প্রকার:
সত্ত্বা:
নিম্নলিখিতটি সঠিক কিনা তা আমি জানি না, তবে আমি বলব যে কোনও ঠিকানা বস্তুর ক্ষেত্রে, আমরা এটিকে সত্তার পরিবর্তে মান বস্তু হিসাবে ব্যবহার করতে চাই কারণ সত্তায় পরিবর্তনগুলি সমস্ত লিঙ্কযুক্ত বস্তুর প্রতিফলিত হবে ( উদাহরণস্বরূপ একজন ব্যক্তি)।
এই ক্ষেত্রে নিন: আপনি আপনার বাড়িতে অন্য কিছু লোকের সাথে বসবাস করছেন। যদি আমরা ঠিকানার জন্য সত্তা ব্যবহার করি তবে আমি যুক্তি দিয়ে বলব যে এখানে একটি অনন্য ঠিকানা থাকবে যা সমস্ত ব্যক্তি অবজেক্টের সাথে লিঙ্ক। যদি কোনও ব্যক্তি বাইরে চলে যায় তবে আপনি তার ঠিকানাটি আপডেট করতে চান। যদি আপনি ঠিকানা সত্তার বৈশিষ্ট্যগুলি আপডেট করেন তবে সমস্ত লোকের আলাদা ঠিকানা হবে। একটি মান অবজেক্টের ক্ষেত্রে, আমরা ঠিকানাটি সম্পাদনা করতে সক্ষম হব না (যেহেতু এটি অপরিবর্তনীয়) এবং আমরা সেই ব্যক্তির জন্য একটি নতুন ঠিকানা সরবরাহ করতে বাধ্য হব।
এই শব্দ ঠিক আছে? আমার অবশ্যই বলতে হবে যে আমি / ডিডিডি বইটি পড়ে এই পার্থক্য সম্পর্কে এখনও বিভ্রান্ত ছিলাম।
আরও একধাপ এগিয়ে, কীভাবে এটি ডাটাবেসে মডেল করা হবে? আপনার কি ব্যক্তি সারণীতে কলাম হিসাবে ঠিকানা সামগ্রীর সমস্ত বৈশিষ্ট্য রয়েছে বা আপনি একটি পৃথক ঠিকানা টেবিল তৈরি করতে পারবেন যার একটি অনন্য শনাক্তকারীও থাকবে? পরবর্তী ক্ষেত্রে, একই বাড়ীতে বসবাসকারী লোকের প্রত্যেকের ঠিকানা ঠিকানাের আলাদা উদাহরণ থাকতে পারে তবে তাদের আইডি সম্পত্তি ব্যতীত those বস্তুগুলি একই হবে।
আমি এই সম্পর্কে অন্য থ্রেডে জিজ্ঞাসা করেছি এবং আমি মনে করি আমি এখনও বিভ্রান্ত। আমি ডেটা মডেলিংয়ের সাথে পারফরম্যান্স বিবেচনা গুলিয়ে ফেলছি। আমাদের ক্যাটালগিং অ্যাপ্লিকেশনটিতে, কোনও গ্রাহকের এটির প্রয়োজন না হওয়া পর্যন্ত পরিবর্তন হয় না। এটি বোবা শোনায় - তবে গ্রাহকের উপাত্তের 'রিডস' তুলনায় 'রাইটিং' এর চেয়ে অনেক বেশি এবং যেহেতু অনেকগুলি ওয়েব অনুরোধ সমস্ত বস্তুর 'সক্রিয় সেট'-এ আঘাত করছে, তাই আমি গ্রাহকদের বারবার লোড করতে চাই না। সুতরাং আমি গ্রাহক অবজেক্টের জন্য একটি অপরিবর্তনীয় রাস্তায় যাচ্ছিলাম - এটি লোড করুন, এটি ক্যাশে করুন এবং গ্রাহককে দেখতে চান এমন 99% (বহু-থ্রেড) অনুরোধগুলিতে একইটিকে পরিবেশন করবেন। তারপরে, যখন কোনও গ্রাহক কিছু পরিবর্তন করে, একটি নতুন গ্রাহক তৈরি করতে একটি 'সম্পাদক' পান এবং পুরানোটিকে অকার্যকর করুন।
আমার উদ্বেগটি হ'ল যদি অনেক থ্রেড একই গ্রাহক অবজেক্ট দেখতে পায় এবং এটি পরিবর্তনীয় হয়, তবে যখন একটি থ্রেড পরিবর্তন শুরু হয় তখন অন্যের মধ্যে মারামারি ঘটে।
এখন আমার সমস্যাগুলি হ'ল, 1) এটি যুক্তিসঙ্গত এবং 2) বৈশিষ্ট্যগুলি সম্পর্কে প্রচুর কোডের নকল না করে এটি করা ভাল।
মধ্যে 3 পার্থক্য EntitiesএবংValue Objects
আইডেন্টিফায়ার বনাম কাঠামোগত সাম্য: সত্তাগুলির শনাক্তকারী থাকে, সত্তাগুলির যদি একই শনাক্তকারী থাকে তবে সত্তা একই। হাতের ওপারের মান অবজেক্টগুলির কাঠামোগত সাম্য রয়েছে, সমস্ত ক্ষেত্র সমান হলে আমরা দুটি মান বস্তুকে সমান বিবেচনা করি। মান বস্তুর সনাক্তকারী থাকতে পারে না।
পরিবর্তনশীলতা বনাম অপরিবর্তনীয়তা: মান অবজেক্টগুলি অপরিবর্তনীয় ডেটা স্ট্রাকচার যেখানে অস্তিত্বগুলি তাদের জীবনকালে পরিবর্তন হয়।
জীবনকাল: মান অবজেক্টস সত্তাদের অন্তর্ভুক্ত হওয়া উচিত
খুব সাধারণ বাক্যে আমি বলতে পারি, আমাদের তিন ধরণের সাম্য রয়েছে:
শনাক্তকারী সমতা কেবল সত্তাকে বোঝায় এবং কাঠামোগত সাম্য কেবলমাত্র মান অবজেক্টকে বোঝায়। প্রকৃতপক্ষে মান অবজেক্টগুলির আইডি নেই এবং আমরা এগুলি বিনিময়যোগ্যভাবে ব্যবহার করতে পারি। এছাড়াও মান অবজেক্টগুলি অবশ্যই অপরিবর্তনীয় হতে হবে এবং সত্তাগুলি পরিবর্তনযোগ্য হতে পারে এবং ভ্যালু অবজেক্টগুলির ডাটাবেসে নয়ে টেবিল থাকবে না।