जब आपके पास कोई इकाई है, जैसे UserEntity, id
संपत्ति डीबी में इसकी प्राथमिक कुंजी से ली गई है - क्या आपको setId()
जैसे एक सेटर विधि प्रदान करनी चाहिए?इकाई की आईडी कन्स्ट्रक्टर तर्क के रूप में या एक सेटर विधि के माध्यम से?
- db
- दो (या अधिक) UserEntities ही
id
लेकिन विभिन्न गुणों के साथ किसी भी समय मौजूद हो सकता है में अन्य UserEntities के संभावित आकस्मिक अधिलेखित करने के लिए दरवाजा खोलता है:के खिलाफ कुछ तर्क । (अगर मैं db से 3 अलग उपयोगकर्ता खींच लिया और एक ही करने के लिए अपने
id
मूल्यों को निर्धारित) के लिए
कुछ तर्क:
- अगर मैं एक
id
साथ UserEntity का दृष्टांत की जरूरत नहीं है कन्स्ट्रक्टर में (चूंकि इसमें एक सेटर विधि है), मैं UserEntity ऑब्जेक्ट के तरीकों का उपयोग अस्थायी/नकली/नए उपयोगकर्ता मानों के साथ कर सकता हूं ... इसे पहले जारी रखने के बिना।
एक सेटर प्रदान करें (और निर्माता में एक id
मजबूर नहीं है), या निर्माता में एक id
मजबूर, और सेटर निकालना चाहते हैं?
उत्तर के लिए धन्यवाद! जब दृढ़ता परत पहचान सेट करती है, तो क्या यह कन्स्ट्रक्टर के माध्यम से या एक सेटर के माध्यम से होनी चाहिए? क्या इकाई पहचान के बिना तत्काल हो सकती है? – johnnietheblack
यह एक सेटटर के माध्यम से या भाषा के आधार पर प्रतिबिंब के माध्यम से होना चाहिए। और किसी पहचान के बिना तत्काल होना संभव है, हालांकि किसी को यह पता होना चाहिए कि जब एक क्षणिक इकाई लगातार हो जाती है, तो ऑब्जेक्ट स्मृति में रहता है, जबकि ऑब्जेक्ट स्मृति में रहता है, उदाहरण के लिए हैशकोड पहचान से प्राप्त होता है। – eulerfx