design-patterns पर टैग किए गए जवाब

सॉफ़्टवेयर डिज़ाइन में आमतौर पर होने वाली समस्या के लिए एक डिज़ाइन पैटर्न एक सामान्य पुन: प्रयोज्य समाधान है।

2
वेब विकास के लिए वैकल्पिक पैटर्न? (गैर-एमवीसी) [बंद]
बंद हो गया । इस प्रश्न पर अधिक ध्यान देने की आवश्यकता है । यह वर्तमान में उत्तर स्वीकार नहीं कर रहा है। इस सवाल में सुधार करना चाहते हैं? प्रश्न को अपडेट करें ताकि यह इस पोस्ट को संपादित करके केवल एक समस्या पर केंद्रित हो । बंद रहता …

16
सबसे अधिक इस्तेमाल किया जाने वाला डिज़ाइन पैटर्न क्या है? [बन्द है]
जैसा कि वर्तमान में खड़ा है, यह प्रश्न हमारे प्रश्नोत्तर प्रारूप के लिए एक अच्छा फिट नहीं है। हम तथ्यों, संदर्भों या विशेषज्ञता के आधार पर उत्तर दिए जाने की अपेक्षा करते हैं, लेकिन इस सवाल पर बहस, बहस, मतदान या विस्तारित चर्चा की संभावना होगी। यदि आपको लगता है …

2
एक बिल्डर को अपनी कक्षा की फाइल के बजाय एक आंतरिक वर्ग क्यों होना चाहिए?
कई Builder Patternउदाहरण Builderवस्तु का एक आंतरिक वर्ग बनाते हैं जो इसे बनाता है। यह कुछ समझ में आता है क्योंकि यह इंगित करता है कि क्या Builderबनाता है। हालाँकि, एक वैधानिक रूप से टाइप की गई भाषा में हम जानते हैं कि क्या Builderबनता है। दूसरी ओर यदि Builderकोई …

5
कंस्ट्रक्टर में बसने वालों का उपयोग करना एक सामान्य पैटर्न क्यों नहीं बन गया?
Accessors और modifiers (उर्फ सेटर और गेटर्स) तीन मुख्य कारणों के लिए उपयोगी हैं: वे चर तक पहुंच को प्रतिबंधित करते हैं। उदाहरण के लिए, एक चर को एक्सेस किया जा सकता है, लेकिन संशोधित नहीं। वे मापदंडों को मान्य करते हैं। वे कुछ दुष्प्रभाव पैदा कर सकते हैं। वेब …

6
क्या किसी वर्ग के लिए अपनी सार्वजनिक पद्धति का उपयोग करना ठीक है?
पृष्ठभूमि वर्तमान में मेरे पास एक ऐसी स्थिति है जहां मेरे पास एक वस्तु है जो एक डिवाइस द्वारा प्रेषित और प्राप्त दोनों है। इस संदेश के कई निर्माण हैं, निम्नानुसार हैं: public void ReverseData() public void ScheduleTransmission() ScheduleTransmissionविधि की जरूरत है कॉल करने के लिए ReverseDataविधि जब भी यह …

4
एक निर्माता में वैध "असली काम"?
मैं एक डिजाइन पर काम कर रहा हूं, लेकिन एक रोडब्लॉक को मार कर रखता हूं। मेरे पास एक विशेष वर्ग (मॉडलडिफ) है जो मूल रूप से एक XML स्कीमा (थिंक डोम) को पार्स करके निर्मित एक जटिल नोड ट्री का मालिक है। मैं अच्छे डिजाइन सिद्धांतों (SOLID) का पालन …

3
क्या सेवा परत को सभी डाओ अपवादों को पकड़ना चाहिए और उन्हें सेवा अपवादों के रूप में लपेटना चाहिए?
मेरे पास तीन लेयर है स्प्रिंग वेब ऐप: डाओ, सर्विस और कंट्रोलर। एक नियंत्रक कभी भी सीधे फोन नहीं करता है, यह सेवा परत के माध्यम से करता है। अभी, ज्यादातर समय अगर डाओ अपवाद (रनटाइम) है जो संभाला नहीं गया है, तो यह एक JSP द्वारा पकड़ा जाएगा जो …

2
डेटा सत्यापन के लिए डिज़ाइन पैटर्न
इस समस्या के लिए सबसे अच्छा डिज़ाइन पैटर्न क्या होगा: मेरे पास एक ऑब्जेक्ट ए। ऑब्जेक्ट है जिसे उपयोगकर्ता के अनुरोध के आधार पर डेटाबेस से पंजीकृत या हटाया जा सकता है। ऑब्जेक्ट के पंजीकरण या विलोपन से पहले डेटा सत्यापन किया जाता है। ऑब्जेक्ट को पंजीकृत करने से पहले …

5
सफलता: / विफलता: ब्लॉक बनाम पूरा: ब्लॉक
मैं ऑब्जेक्टिव-सी में ब्लॉक के लिए दो सामान्य पैटर्न देखता हूं। एक सफलता की एक जोड़ी है: / विफलता: ब्लॉक, दूसरा एक पूरा होने वाला है: ब्लॉक। उदाहरण के लिए, मैं कहता हूं कि मेरे पास एक कार्य है जो किसी वस्तु को अतुल्यकालिक रूप से वापस कर देगा और …

11
बैंक की दुनिया में कोड डिजाइन प्रयास या आलस्य चुनें
मैंने दो साल तक एक महान निवेश बैंक में काम किया है। मैंने कोड को सबसे अधिक अनुकूलित बनाने की इच्छा के साथ कुछ तकनीकी परियोजनाएं बनाईं, अनुकूलित अच्छे डिजाइन पैटर्न, एसओएलआईडी सिद्धांत, लोकतंत्र के कानून का सम्मान किया और सभी प्रकार के डुप्लिकेट कोड से बचा ... जब उत्पादन …

8
कीवर्ड का उपयोग करते समय DRY सिद्धांत को कैसे लागू किया जाए?
इन तरीकों पर विचार करें: public List<Employee> GetAllEmployees() { using (Entities entities = new Entities()) { return entities.Employees.ToList(); } } public List<Job> GetAllJobs() { using (Entities entities = new Entities()) { return entities.Jobs.ToList(); } } public List<Task> GetAllTasksOfTheJob(Job job) { using (Entities entities = new Entities()) { return entities.Tasks.Where(t => …

5
जावा / जावा ईई में समान जटिलता का प्रबंधन करते समय एक और लोकप्रिय भाषा कारखाने के पैटर्न का उपयोग करने से कैसे बचेंगी?
फ़ैक्टरी पैटर्न (या कम से कम उपयोग FactoryFactory..) कई चुटकुलों का बट है, जैसे यहां । वर्बोज़ और "क्रिएटिव" नाम जैसे RequestProcessorFactoryFactory.RequestProcessorFactory होने के अलावा , क्या फैक्ट्री पैटर्न के साथ मौलिक रूप से कुछ भी गलत है अगर आपको जावा / सी ++ में प्रोग्राम करना है और Abstract_factory_pattern …

8
मैं अपनी टीम में बिल्डर पैटर्न के उपयोग को कैसे बढ़ावा दे सकता हूं?
हमारे codebase पुराने और नए प्रोग्रामर, अपने आप की तरह है, जल्दी से यह करने के लिए सीखना है जिस तरह से यह किया है एकरूपता की खातिर। यह सोचकर कि हमें कहीं से शुरुआत करनी है, मैंने इसे अपने लिए एक डेटा धारक वर्ग के रूप में फिर से …

6
क्या ढीली कपलिंग w / o उपयोग मामलों को एक विरोधी पैटर्न है?
ढीले कपलिंग, कुछ डेवलपर्स के लिए, अच्छी तरह से इंजीनियर सॉफ्टवेयर की पवित्र कब्र है। यह निश्चित रूप से एक अच्छी बात है जब यह उन परिवर्तनों के चेहरे में कोड को अधिक लचीला बनाता है जो कि भविष्य में होने वाले संभावित परिवर्तनों की संभावना है, या कोड के …

4
क्या कार्यात्मक प्रोग्रामिंग निर्भरता इंजेक्शन पैटर्न के लिए एक व्यवहार्य विकल्प है?
मैं हाल ही में C # में कार्यात्मक प्रोग्रामिंग नामक एक पुस्तक पढ़ रहा हूं और यह मेरे लिए होता है कि कार्यात्मक प्रोग्रामिंग की अपरिवर्तनीय और स्टेटलेस प्रकृति निर्भरता इंजेक्शन पैटर्न के समान परिणाम प्रदान करती है और संभवतः एक बेहतर दृष्टिकोण भी है, खासकर इकाई परीक्षण के संबंध …

हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.