2009-09-07 13 views
6

प्रोग्रामिंग का पवित्र Grail एक बार समस्या को हल करना और उस समाधान का निरंतर पुन: उपयोग करना हमेशा के लिए है। और, फिर भी, मेरे सर्वोत्तम प्रयासों के बावजूद मुझे लगता है कि मैं अक्सर परिचित समस्याओं को फिर से काम कर रहा हूं। तो गोफ डिजाइन पैटर्न अलग-अलग हैं, कई बार मैंने कैलेंडरिंग, सामग्री प्रबंधन, और व्यक्ति/संगठन पता पुस्तिकाओं को केवल कुछ नामों के लिए डिज़ाइन किया है।हाई लेवल डिज़ाइन पैटर्न या व्हील रीइन्वेंटिंग द व्हील

मैं जानना चाहता हूं कि क्या कोई अच्छा संसाधन (किताबें, वेबसाइटें, जो भी हो) जहां मैं आम उच्च स्तरीय व्यावसायिक डिज़ाइनों को देख सकता हूं। मुझे एहसास है कि मेरी परियोजना और किसी भी पैटर्न के बीच की आवश्यकताओं को मैं अलग-अलग कर सकता हूं, लेकिन मुझे उम्मीद है कि इस मामले का दिल वही रहेगा, जिससे बहुत से कठिन अनुभव होंगे जिससे आकर्षित किया जा सकेगा। इसके अलावा, जैसा कि geekish है, मैं बस प्रक्रिया के बारे में पढ़ने और उन निर्णयों के पीछे तर्क का आनंद लेता हूं जिनसे डिजाइन उभरते हैं। मुझे यह पसंद है जब दुकानों, स्टार्टअप और कोडर उनके डिजाइन के बारे में पारदर्शी होते हैं। (जैसे 37signals, अटारी Dimon) इस विषय पर

यह post छूता है और इन उच्च स्तरीय डिजाइन पैटर्न "कार्यात्मक डिजाइन पैटर्न" कहता है, लेकिन मुझे यकीन है कि आम मैं क्या वर्णन कर रहा हूँ के लिए शब्द का इस्तेमाल किया है नहीं कर रहा हूँ। "कार्यात्मक डिजाइन पैटर्न" पर एक खोज बहुत अधिक नहीं हुई। मैंने "डोमेन-विशिष्ट डिजाइन पैटर्न" और "डेटा मॉडल डिज़ाइन पैटर्न" पर भी खोज की, बाद में an interesting result प्रदान किया गया ताकि शायद यह लक्ष्य पर अधिक हो। आप किस शब्द से जानते हैं कि मैं क्या वर्णन करने की कोशिश कर रहा हूं? कोई अच्छा संसाधन? कोई अन्य दुकान/कोडर जो पारदर्शी रूप से अपने उभरते हुए डिज़ाइन का प्रदर्शन करते हैं?

+0

क्या यह शायद डोमेन-संचालित डिज़ाइन पैटर्न हो सकता है? – Mario

+2

एंटरप्राइज़ एप्लिकेशन आर्किटेक्चर के पैटर्न अच्छे होने चाहिए; मैंने अभी तक उसको नहीं पढ़ा है। http://www.amazon.com/Patterns- एंटरप्राइज- आवेदन- आर्किटेक्चर- मार्टिन/डीपी/0321127420 – TrueWill

+1

हे, एसओ पोस्टर पहिया की पुन: आविष्कार की तरह। यह उन्हें सड़कों से दूर रखता है। – skaffman

उत्तर

0

मैं विश्लेषण पैटर्न के बारे में भी सोचता हूं।

मेरा मानना ​​है कि यह मार्टिन फाउलर पढ़ रहा था। (Google मुझे दिखाता है कि मेरी याददाश्त सही थी ...)

2

क्या आपने डेटा मॉडलिंग पर विशेष रूप से conceptual schema देखा है?

मुझे लगता है कि आपको इस तरह के सार पैटर्न के साथ यथार्थवादी रूप से प्राप्त करने के बारे में सावधान रहना होगा। अधिक सार तत्व एक पैटर्न है जो कम कार्यान्वयन विस्तार प्रदान कर सकता है। शैतान विस्तार से है - इसलिए अमूर्त पैटर्न अभी भी काम करने के लिए छोड़ देते हैं।

मुझे विश्वास नहीं है कि एक भी समाधान है जो सभी संभावित समस्याओं का समाधान कर सकता है। एक व्यावहारिक स्टैंड प्वाइंट से मैं तर्क दूंगा कि पैटर्न की बजाय जटिलता के प्रबंधन के तरीकों की जांच करना अधिक उपयोगी है जो हर एक समस्या को हल कर सकता है। यकीन नहीं के रूप में आप के लिए कितना प्रासंगिक वे करेंगे करने के लिए :)

बुक आमतौर पर संदर्भित -

0

मैं निम्नलिखित पाया:
- डिजाइन पैटर्न गामा, हेल्म, जॉनसन और वी द्वारा लिसाइड्स (एडिसन वेस्ले लॉन्गमैन, 1 99 5। आईएसबीएन 0-201-63361-2)

0

प्रतिक्रिया के लिए, सभी को धन्यवाद।मैं प्रोग्रामर के टूलबॉक्स के लिए सामान्य निम्न स्तर के डिज़ाइन पैटर्न से अवगत था और मैंने अतीत में हिल्ससाइड समूह का दौरा किया था। मैं वहां और अधिक समय बिताऊंगा।

जैसा कि मैंने आगे की जांच की है, मुझे लगता है कि बाद में डिजाइन पैटर्न डेटा मॉडलिंग से निकटता से संबंधित हैं। मैं एक कैलेंडिंग डेटा मॉडल को फिर से काम कर रहा हूं जिसे मैंने एक साथ फेंक दिया और उभरती आवश्यकताओं के कारण कुछ एन्हांसमेंट/फिक्स थोड़ा अजीब थे। दुर्भाग्यवश, जैसे-जैसे डिज़ाइन जाता है, कभी-कभी मुझे पथ के नीचे काफी आगे बढ़ना पड़ता है, आवश्यकताओं को उजागर करने, थोड़ी सी बैकट्रैक करने और फिर अनुभव से प्राप्त कमियों के आधार पर रीमोडल करने दें। मेरे अनुभव से, डेटा मॉडल न केवल सिस्टम की लालित्य, बल्कि इसके यूआई को निर्धारित करने में एक बड़ी भूमिका निभाता है।

मैं अनुशंसित अन्य संसाधनों के लिए पोस्ट रहूंगा।

0

अच्छा डेटा मॉडलिंग पुस्तकों के लिए:

सूखी घास: उद्यम मॉडल पैटर्न

फाउलर: विश्लेषण पैटर्न

SILVERSTON: डेटा मॉडल संसाधन पुस्तक (खंड 1,2,3)

Blaha : डेटा मॉडलिंग के पैटरर्स

संबंधित मुद्दे