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