सर्वश्रेष्ठ डेल्फी एन-स्तरीय निम्न बैंडविड्थ तकनीक क्या है?

Question

मैं एक वातावरण केंद्रीकृत डेटा और फ़ाइल भंडारण प्रणाली (दस्तावेज़ इमेजिंग के लिए) की जरूरत है, लेकिन अपेक्षाकृत गरीब इंटर कनेक्टिविटी के साथ एकाधिक शाखा कार्यालय है कि में एक डेल्फी अनुप्रयोग को तैनात करने की जरूरत है। मेरा मानना ​​है कि एक 3 स्तरीय डेटाबेस एप्लिकेशन जाने का सबसे अच्छा तरीका है, इसलिए मैं अपेक्षाकृत हल्के वजन डेटा स्थानांतरण आवश्यकताओं के साथ एक समृद्ध डेस्कटॉप अनुभव प्रदान कर सकता हूं। अब तक मैंने डेल्फी डेटासैप, केबीएमएमडब्ल्यू और रेमोबजेक्ट्स एसडीके में संक्षेप में देखा है। ऐसा लगता है कि केबीएमएमडब्ल्यू और रेमोबजेक्ट्स एसडीके कम से कम बैंडविड्थ का उपयोग करते हैं। किसी को भी उन (मैं समर्थन करने के लिए 700 + की जरूरत है) की एक महत्वपूर्ण संख्या के साथ एक चुनौतीपूर्ण वातावरण में इन प्रौद्योगिकियों में से किसी की तैनाती का कोई अनुभव है? धन्यवाद!

Answer 1

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

व्यक्तिगत नोट: खराब कनेक्टिविटी पर दस्तावेज़ इमेजिंग एप्लिकेशन में 700 उपयोगकर्ता एक गड़बड़ की तरह लगता है। कनेक्टिविटी को अपग्रेड करने पर पैसे खर्च करें क्योंकि यह लंबे समय तक सस्ता होगा।

Answer 2

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

आरओ एसडीके आपकी सेवाओं को करने में मदद के लिए अधिक जीयूआई उपकरण प्रदान करता प्रतीत होता है।

एक RealThinClient SDK एक नज़र भी दें, यह हल्का रिमोटिंग फ्रेमवर्क है।

लेकिन आप किस फ्रेमवर्क के साथ जाते हैं, आपके काम के डिजाइन से यह तेज़ या धीमा हो जाएगा, मेरे पास धीमे 128 केबी लाइनों पर काम करने वाले कुछ एप्लिकेशन हैं, और यह बिना किसी उपयोगकर्ता शिकायत के सही काम कर रहा है, लेकिन मैं बड़ा नहीं करता फ़ाइलों के लिए स्थानांतरण।

Answer 3

मुझे नहीं पता कि यह सबसे अच्छा/सबसे कुशल है (खुशी है कि आपने यह सवाल पूछा है!), लेकिन मेरे पास अच्छे परिणाम w/RemObjects SDK + DataAbstract हैं। उत्तरार्द्ध ने अधिकतर नलसाजी विवरणों को कम शामिल किया, जो सहायक था। अभी भी लागू, लेकिन अब तक बहुत अच्छा है।

Answer 4

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

व्यक्तिगत रूप से, मैं RemObjects की सिफारिश करेंगे। मैंने इसे अच्छे नतीजों से इस्तेमाल किया है।

Answer 5

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