2011-09-07 18 views
7

मैं हाल ही में सहकर्मियों के साथ हमारे वेब एप्लिकेशन के लिए अनुशासित एन-स्तरीय संरचना की ओर धक्का दे रहा था। उसने मुझे मारा कि मैं किसी भी विकल्प के बारे में सोच नहीं सकता था।वेब ऐप्स के लिए एनटीयर आर्किटेक्चर के विकल्प

क्या यह हमेशा ऐसा होता है कि किसी को परतों में वेब अनुप्रयोगों को अलग करना चाहिए?

उत्तर

5

परंपरागत एन-टियर आर्किटेक्चर का एक विकल्प Command-Query Responsibility Segregation (सीक्यूआरएस) आर्किटेक्चर है जैसा कि उडी दहन द्वारा चर्चा की गई है।

सभी स्थापत्य निर्णय क्या तुम सच में जब यह उपयोग करने के लिए के रूप में चर्चा here

व्यक्तिगत रूप बारे में सोचना चाहिए की तरह

, मैं अपने सॉफ्टवेयर में "over architecture" का एक बहुत देखते हैं यात्रा वास्तव में अधिक मायने रखती है जटिल और चीजों को और अधिक कठिन बना सकते हैं जो बनाए रखने और स्पष्ट रूप से बहुत अधिक लागत के लिए। आपको वास्तव में एक आर्किटेक्चर चुनने के बजाय पहले व्यवसाय की समस्या के बारे में बहुत कुछ सोचने की जरूरत है।

सर्वोत्तम परिणामों और आसान रिफैक्टरिंग के लिए चीजों को यथासंभव सरल रखें।

5

क्या यह हमेशा ऐसा होता है कि किसी को परतों में वेब अनुप्रयोगों को अलग करना चाहिए?

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

  1. शारीरिक सीमाओं: ग्राहक ब्राउज़र, वेब सर्वर, वेब सेवाओं सर्वर, बैकएंड डेटाबेस, ...
  2. तार्किक सीमाओं

    असल में उन परतों के 2 अर्थ हो सकता है डीएएल, ...

आप Onion Architecture पर भी एक नज़र डाल सकते हैं। लेकिन प्याज में अभी भी परतें हैं :-)

+5

मानक सम्मेलन भौतिक सीमाओं के लिए ** स्तर ** और तार्किक सीमाओं के लिए ** परत ** का उपयोग कर रहा है। –

3

Microsoft Application Architecture Guide, 2nd Edition पढ़ने की अत्यधिक अनुशंसा की जाती है।

फिर, आपको पता चलेगा कि प्रत्येक साइट के लिए अलग-अलग होना कितना महत्वपूर्ण है जो 2 सरल वेब पृष्ठों से भी अधिक है।

यह एक संपूर्ण मार्गदर्शिका है जो प्रत्येक परत की भूमिकाओं और जिम्मेदारियों को बताती है और वे सभी एक मजबूत & स्केलेबल एप्लिकेशन में कैसे खेलते हैं।

आपको इसे सभी को पढ़ने की ज़रूरत नहीं है, लेकिन शुरुआत के लिए Chapter 5: Layered Application Guidelines पर एक नज़र डालें।

2

स्तरित वास्तुकला के लिए एक वैकल्पिक "पैटर्न" है।

लेकिन यह विरोधी पैटर्न है कि स्तरित वास्तुकला हल करने की कोशिश कर रहा है। अर्थात् "बिग बॉल ऑफ़ मड" :)

+0

अच्छा बिंदु @ शिरज भाईजी – vikingben

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