एक्सेस वीबीए + एसक्यूएल विकास में उत्पादक कैसे बनें?

Question

मैं रेल डेवलपर पर 80% रूबी हूं, लेकिन अभी भी कुछ एक्सेस वीबीए काम करने की आवश्यकता है।

उनमें से कुछ बहुत ही कम सिस्टम हैं, जो पहले से ही बड़े उद्यमों द्वारा दुनिया भर में बड़े उद्यम द्वारा उपयोग किए जाते हैं, ताकि अधिकांश काम पुराने सिस्टम को बढ़ा सकें।

तकनीक मूल रूप से एमएस एक्सेस फ्रंट-एंड, लिंक्ड-टेबल के रूप में हैं जो एसक्यूएल सर्वर से ओडीबीसी के माध्यम से बैक एंड के रूप में लिंक करती है।

अब, मुझे सच में लगता है कि मुझे मदद की ज़रूरत है, सिर्फ यह जानना है कि कोई भी सुरुचिपूर्ण वीबीए एप्लिकेशन का निर्माण ऑब्जेक्ट उन्मुख पैटन का पालन कर सकता है?

यदि आप मुझे यह दिखाने के लिए कोड का एक स्निपेट दिखा सकते हैं तो बेहतर होगा, धन्यवाद।

Answer 1

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

कोई गलती नहीं करें, एमएस-एक्सेस एक जटिल विकास प्रणाली है।

आप पहुंच में भव्य दिखने वाले मृत अनुप्रयोगों का निर्माण कर सकते हैं। ऊपर स्क्रीन शॉट्स में शांत रिबन

http://www.fairsoftware.com/screenshots.aspx

ध्यान दें: इन स्क्रीन शॉट्स पर एक नज़र डालें।

समस्या यह है कि आप एक दिन में यूनिक्स नहीं सीख सकते हैं, और आप एक दिन में ओरेकल नहीं सीख सकते हैं। आप एक दिन में एमएस एक्सेस भी नहीं सीख सकते हैं। यदि बनाए रखने के लिए आपको दिए गए एप्लिकेशन जटिल हैं, तो 4-5 साल के अनुभव के साथ एक डेवलपर को भर्ती करना आपको यहां चाहिए। यह विचार कि किसी भी तरह से आप तेजी से एमएस-एक्सेस में तेजी से बढ़ने जा रहे हैं तो vb.net कहें, या सी # वास्तव में यहां एक झूठी अवधारणा है।

असल में मैं कहूंगा कि आप ओरेकल को सीख सकते हैं जितना आप एमएस एक्सेस सीख सकते हैं। जबकि एमएस एक्सेस में सीखने की अवस्था इतनी तेज नहीं है, यह बहुत लंबा है।

वीबी 6 पहुंच की तुलना में पार्क में पैदल चलना है। वीबी 6 फॉर्म मृत सरल हैं, लेकिन पहुंच में रूप बहुत जटिल हैं (हमारे पास दिए गए फॉर्म के लिए घटनाओं और गुणों की संख्या लगभग 3 गुना है)। उदाहरण के लिए, पहुंच में हमारे पास दो घटनाएं होती हैं जो एक फॉर्म लोड होने पर आग लगती हैं (ऑन-ओपन, और ऑन-लोड)। वीबी 6 फॉर्म (और यहां तक ​​कि नेट फॉर्म) केवल एक घटना है। ऑन-ओपन इवेंट में एक रद्द विकल्प है। यदि आप रद्द = सत्य सेट करते हैं तो फॉर्म लोड नहीं होगा और प्रदर्शित नहीं किया जाएगा।

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

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

डेवलपर के रूप में, इस प्रकार आप उचित कोड डालते हैं और किसी दिए गए उद्देश्य के लिए सही ईवेंट का उपयोग करते हैं। इन चीजों के लिए किस घटना का उपयोग करना है, यह जानने के लिए उपयोग में उपयोग करने में कुछ अनुभव लगेगा। आप पूछ सकते हैं कि क्या कोई ऐसी पुस्तक है जो इस समस्या को समझाती है, लेकिन ऐसा लगता है कि एक पुस्तक है जो आपको बताती है कि सूची बॉक्स के ऊपर कॉम्बो बॉक्स का उपयोग कब किया जाए? मुझे नहीं लगता कि ऐसी किताब है।

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

मैं उन्हें यहाँ का उपयोग करने के लिए एक लेख है कि एमएस एक्सेस में वर्ग वस्तुओं का उपयोग कर, और जब बारे में बात करती है: आप कोड नमूने के लिए उपयोग करने के लिए रिपोर्टों के रूपों के लिए सब कुछ से देख रहे हैं

http://www.members.shaw.ca/AlbertKallal/Articles/WhyClass.html

खिड़कियों एपीआई, एक महान संदर्भ यहाँ है:

http://www.mvps.org/access/

Answer 2

आपको मेरी सहानुभूति है - एक्सेस वीबीए रूबी जैसे किसी भी अर्थ में ऑब्जेक्ट-उन्मुख नहीं है। एक्सेस में विकास से निपटने के दौरान आपको अपनी मानसिकता बदलनी होगी; ऐसे अनुप्रयोग वस्तुओं की बजाय डेटा पंक्तियों और सेट की अवधारणा के आसपास लगभग हमेशा तैयार होते हैं। उपयोगकर्ता इंटरफ़ेस अक्सर डेटा पंक्तियों और सेटों से जुड़ा होता है जो बहुत सारे नलसाजी को छुपाता है।

यह कहकर कि देखभाल और ध्यान के साथ पहुंच में चरम सभ्य रखरखाव अनुप्रयोगों का निर्माण करना संभव है। सौभाग्य।

Answer 3

इंटरफेस के माध्यम से Implements कथन i.e. polymorphism पर एक नज़र डालें। वीओए के रूप में यह ओओ के बारे में है।

Answer 4

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

Answer 5

यह आलेख पुराना है लेकिन उद्यमों के दीर्घकालिक आवेदन रणनीति के हिस्से के रूप में पहुंच पर विचार करने के लिए एक अच्छा मामला बनाते हैं।

http://www.fmsinc.com/MicrosoftAccess/Strategy/index.asp

सेठ