व्हिज्युअल बेसिक 9 सह डायनॅमिक नकाशे

व्हिज्युअल बेसिकची 2008 आवृत्ती, ही त्याची उच्च क्षमता आणि विचारात घेतलेल्या आयुष्यातील वेळ यातील एक पूर्ण विरोधाभास असल्यासारखे दिसते.

मध्ये प्रकाशित लेख मध्ये एमएसडीएन मॅगझिन त्याच्या डिसेंबर 2007 संस्करण मध्ये, स्कॉट व्हाइसिव्स्की, मायक्रोसॉफ्ट येथे सॉफ्टवेअर डिझाइन अभियंता, व्हिज्युअल बेसिक वापरुन नकाशे कसा काढावा याबद्दल एक प्रशिक्षण म्हणून एक अपवादात्मक कार्य दर्शविते. हे केवळ व्हिज्युअल बेसिकच्या काही आकर्षक वैशिष्ट्यांचाच नाही, तर ऑपरेशनचे उदाहरण देखील प्रदान करते जे इतर विकसित अनुप्रयोगांमध्ये जोडण्यासाठी आधार म्हणून वापरले जाऊ शकते.

या पोस्टच्या सुरूवातीस आम्ही संदर्भ दिला की हे व्हिज्युअल बेसिक मृत्यूच्या ओळीवर आहे हे बर्‍याच वर्षांपूर्वीच्या गृहितकाच्या विरोधाभासी आहे. मायक्रोसॉफ्टने आपली विक्री कायम ठेवण्यासाठी प्लॅटफॉर्म सोडून देणे या वेड्या सवयीवर आधारित या सूचनेवर आधारित सूचना; जावा विरुद्ध स्पर्धा करण्यासाठी त्याच्या हताशपणाने .नेट आणि सी (तीव्र) कडे जोरदार धक्का दिल्यानंतर.
आम्हाला माहित आहे की व्हिज्युअल बेसिकने विंडोज प्लॅटफॉर्मवरील विकासासाठी अतिशय अनन्य असणारी मर्यादा, विंक्सएनयूएमएक्सएक्स एन्व्हायर्नमेंटच्या मृत्यूच्या वेळी बदलली जाणे आवश्यक होते. मायक्रोसॉफ्टने .NET मध्ये जोरदार प्रवेश केला आणि फ्रेमवर्कद्वारे त्याची डायनॅमिक लायब्ररी स्ट्रॅटेजी (डीएलई) बदलली. सी ++ आणणार्‍या ओळीखाली; म्हणूनच व्हिज्युअल बेसिकचा जोरात मृत्यू झाला असावा अशी अपेक्षा होती ... असे दिसते आहे की जेव्हा विंडोज व्हिस्टा ताब्यात घेईल (वर्ष एक्सएनयूएमएक्स :)) दीर्घकाळात होईल.

जर इतिहासाची पुनरावृत्ती होत असेल तर व्हिज्युअल बेसिक आणि .NET होईल ज्याप्रमाणे मायक्रोसॉफ्टने फॉक्सबरोबर एसक्यूएल आणि ofक्सेसचे आयुष्य वाढविले. जरी स्पर्धा त्यावेळी होती तशी नाही, परंतु मल्टीलेअर डिझाइन आणि वेब एकत्रीकरणाचे ट्रेंड हे डिटोनेटर आहेत जे व्हिज्युअल बेसिक कोसळतील किंवा मुखवटा बनवतील.

विहीर, स्कॉटद्वारे प्रस्तावित विकासाकडे पाहण्यासारखे आहे, जरी आम्ही शिफारस करतो पूर्ण दस्तऐवज वाचा आम्ही काही टिप्पण्या करणार आहोत की पोस्टच्या आकारामुळे साधेपणा लाभला जाईल.

1 WPF पर्यावरणाचा वापर

चला मान्य करूया, लेख अतिशय चांगला आणि अमूर्त आहे, विशेषत: जर श्रेय संपादकाचे नसेल तर स्वतः विकासकाचे असेल; wPF (विंडोज प्रेझेंटेशन फाऊंडेशन) वातावरण आपल्याला "ऑब्जेक्ट्स" म्हणून ओळखत असलेल्या "भूमिती" च्या व्यापक संकल्पने अंतर्गत, जे डायनॅमिक कोडशी संबद्ध केले जाऊ शकते, त्याचे भाषांतर कसे करू शकते हे स्पष्ट करते... हे केवळ यासाठी आहे का? प्रोग्रामिंग उद्देश. फ्लॅश नकाशे किंवा भूमिती सारखे "दृश्य" डेटाबेसमधून फ्लायवर पुनर्रचना केली जाते.

2 अनुप्रयोग ऑब्जेक्टचे मॉडेल

आपण डेटा डिस्प्लेचे स्वरूप कसे कॉन्फिगर केले (पुन्हा नवीन केले) हे लेखक त्यांचे वर्णन करीत आहे ... त्याच्यामध्ये खूप सर्जनशील आहे च्या कल्पना नकाशा, विभाग, बहुभुज सर्व अवलंबून अवलंबी Objetct आणि झूम, पॅन, एक्सटेंट सारख्या मूलभूत कार्येमध्ये स्थानिक अनुप्रयोग आधीपासून काय करतात या शब्दशः पुनरुज्जीवित करण्याच्या अर्थाने चिंता करतात. या कार्यक्षमतेच्या आधारे नवीन मॅपिंग प्लॅटफॉर्म विकसित करायचे असल्यास, शुद्ध कोडच्या पुनरुत्थानामध्ये अस्तित्त्वात असलेल्या कच field्यामुळे, या क्षेत्राला प्रोग्रामिंगऐवजी चांगल्या-दस्तऐवजीकरण केलेल्या कार्टोग्राफिक, भौगोलिक आणि आता भौगोलिक रूपांतरण आवश्यक आहे, याचा विचार करून आम्ही काळजी करू. संकल्पना, परंतु प्रत्येक वेळी आपणास सिस्टम पुन्हा चालू करावयाचे आहे त्याकडे दुर्लक्ष केले जाते. म्हणून आपण सर्जनशीलतेवर टीका करीत नाही, उलट एखाद्यास एखादी गोष्ट विकसित करणार्‍या आणि इतक्या उघडपणे सामायिक करू इच्छित असलेल्याकडे आपण आमची टोपी काढून घेतो, तरीही आम्हाला जे प्राप्त झाले आहे त्याचे प्रमाणित करणे आणि पद्धतशीर करण्याची निकडची आवश्यकता आहे.
मी थोड्या वेळाने मी एका सभेत ऐकले होते.

... आम्ही एक आर्कव्यू ब्राझीलिरो बनवण्याचा विचार करीत आहोत ... जो ...

3 नकाशा क्लासेसचा वापर

येथे, अतिशय सर्जनशील मार्गाने, लेखक बहुभुजांना FIPS म्हणून ओळखल्या जाणार्‍या नॉर्थ अमेरिकन फेडरल मानकांशी जोडतो, जरी हे केवळ "सांख्यिकीय" हेतूंसाठी वापरले जात असले तरी, आम्हाला असे दिसते की मुलाने चांगली नोकरी केली आहे. ते बरोबर म्हणते, "प्रदेश" गुणधर्म बाह्यरित्या संपादन करण्यायोग्य असतील.

4 एक्सएमएल डेटा हाताळणे

शेवटी, मी असे गृहीत धरतो की कॉफी पिऊन विचार केल्यानंतर तुम्ही (जवळजवळ अपरिहार्य) xml आणि LinQ स्ट्रक्चरमध्ये डेटा आणि भूमिती इंपोर्ट करण्यासाठी संरचित मार्गाने जाण्याचे ठरवले आहे, जरी येथे तुम्ही या क्लिष्ट फील्डच्या मर्यादेत जात आहात, geodesy. यावरून असे दिसून येते की या अर्थाने पुन्हा शोध घेणे धोकादायक आहे, जर निकालाचा उद्देश फारसा स्पष्ट नसेल; आम्हाला असे दिसते की त्यांनी केलेले काम "परिणाम पहा"खूप छान आहे, चिंताजनक गोष्ट अशी आहे की जेव्हा हा निकाल एखाद्या कार्यकारिणीने बैठकीत पाहिला आणि म्हणतो:

"माझा भागधारकांशी संपर्क आहे जे या अनुप्रयोगात गुंतवणूक करण्यास इच्छुक आहेत जेणेकरुन आम्ही एक मॅपिंग प्रणाली बनवू शकू जी मेगा इन्स्टिट्यूट ऑफ टेरिटोरियल मॅनेजमेंटमध्ये लागू केली जाऊ शकते..."

आणि ते द्या, त्यांनी काहीतरी पुनरुज्जीवित करणे समाप्त केले ... जे स्कॉटने त्याच्या भौगोलिक नसलेल्या भाषेत कबूल केलेः

"जटिल भूमितींसाठी, मी जे केले ते दोन आकृत्या बनवल्या, प्रथम मी पार्श्वभूमीत एक दर्शविली जेणेकरुन समोरचा एक आच्छादित होणार नाही आणि अशा प्रकारे ते एका बेटासारखे दिसेल ..."

5 आवश्यक निष्कर्ष
शेवटी, आमच्या प्रोग्रामर मित्रांसाठी आम्ही दस्तऐवजाची शिफारस करतो कारण त्यात तृतीय-पक्षाचे कोड न वापरता नकाशा अनुप्रयोग तयार करणे कसे शक्य आहे हे दर्शविते ... लेखकाला त्याच्याकडून काय अपेक्षित आहे याबद्दल शेवटी सांगून आम्ही दयाळू आणि स्पष्टतेबद्दल लेखकाचे आभार मानतो:

थोडक्यात, व्हिज्युअल बेसिक, डब्ल्यूपीएफ, एक्सप्रेशन ब्लेन्ड आणि LINQ द्वारे मी अस्तित्वात असलेल्या डेटाच्या तुलनेत अत्याधुनिक व्हिज्युअलायझेशनची पुनरावृत्ती करण्यास सक्षम असलेला एक अनुप्रयोग विकसित करण्यात सक्षम होतो. हा अनुप्रयोग विविध वर्षांपासून डेटा पाहण्यासाठी किंवा वेगवेगळ्या प्रकारे डेटा कुशलतेने हाताळू शकते. हा कोड डाउनलोड करून सर्व कोड उपलब्ध आहे, त्यामुळे प्रयोगास मोकळ्या मनाने आणि आपण काय मिळवू शकता ते पहा

मार्गे: Geomusings