დინამიური რუკები Visual Basic 9-ით
Visual Basic- ის 2008 ვერსია, როგორც ჩანს, სრული წინააღმდეგობაა მის შესაძლებლობებსა და სიცოცხლის ხანგრძლივობას შორის.
გამოქვეყნებულ სტატიაში msdn ჟურნალი თავის დეკემბერში, სკოტ ვისნევსკი, პროგრამული დიზაინის ინჟინერი Microsoft- ზე, გვიჩვენებს გამოჩენილი სამუშაო როგორც სამეურვეო თუ როგორ უნდა მიაპყროს რუკები გამოყენებით Visual Basic. ამით იგი არა მხოლოდ Visual Basic- ის ზოგიერთი ყველაზე მიმზიდველ მახასიათებელს აჩვენებს, არამედ გთავაზობთ სამუშაო მაგალითს, რომელიც შეიძლება გამოყენებულ იქნეს სხვა განვითარებული პროგრამებისთვის.
ამ პოსტის დასაწყისში ჩვენ მივუთითეთ, რომ ეს ეწინააღმდეგება იმას, რასაც დიდი ხნის წინ ვფიქრობდით, რომ Visual Basic სიკვდილის ხაზზე იყო. ამ შენობის წინადადება ემყარება Microsoft- ის იმ გიჟურ ჩვევას, უარი თქვას პლატფორმებზე, რათა შეინარჩუნოს თავისი გაყიდვები; მას შემდეგ, რაც მან გააღვიძა .NET და C (Sharp).
ჩვენ ვიცით, რომ Visual Basic– მა შემოიტანა ის შეზღუდვები, რომელიც Windows- ის პლატფორმებზე განვითარების განსაკუთრებული ექსკლუზიური იყო, უნდა შეიცვალოს, როდესაც Win32x გარემო გარდაიცვალა, Microsoft ძლიერად შედის .NET და მისი დინამიური ბიბლიოთეკების სტრატეგიას (dll) შეცვლის. იმ ხაზის ქვეშ, რომელსაც C ++ მოაქვს; ასე რომ, მოსალოდნელი იყო, რომ Visual Basic გარდაიცვალა ხმამაღლა ... როგორც ჩანს, ეს მოხდება გრძელვადიან პერიოდში, როდესაც Windows Vista აიღებს მფლობელობას (წელი 2014 :)
თუ ისტორია მეორდება, Visual Basic და .NET მოხდება ისე, როგორც Microsoft– მა გააკეთა Fox– ით SQL– სა და Access– ის სიცოცხლის ხანგრძლივობის გასაგრძელებლად. მიუხედავად იმისა, რომ კონკურენცია არ არის ისეთი, როგორიც მაშინ იყო, მრავალშრიანი დიზაინისა და ვებ – ინტეგრაციის ტენდენციები იწვევს Visual Basic– ის დაშლას ან ნიღაბს.
კარგია, რომ ღირს სკტიკას მიერ შემოთავაზებული განვითარების ნახვა, თუმცა ჩვენ გირჩევთ წაიკითხეთ სრული დოკუმენტი ჩვენ გავაკეთებთ კომენტარს, რომ პოსტის ძალის სიმარტივის ზომა.
1. WPF გარემოს გამოყენება
ვაღიაროთ, სტატია ძალიან კარგად დამუშავებული და აბსტრაქტულია, მით უმეტეს, თუ კრედიტი ეკუთვნის არა რედაქტორს, არამედ თავად დეველოპერს; განმარტავს, თუ როგორ შეუძლია wPF (Windows Presentation Foundation) გარემოს თარგმნა ის, რაც ჩვენ ვიცოდით, როგორც "ობიექტები", "გეომეტრიების" უფრო ფართო კონცეფციის ქვეშ, რომელიც შეიძლება ასოცირებული იყოს დინამიურ კოდთან... ჩვენ გვაინტერესებს, ეს მხოლოდ პროგრამირების მიზნებისთვისაა. "ხედვა", როგორიცაა ფლეშ რუკები, ან გეომეტრია რეკონსტრუქცია ხდება ბაზიდან.
2. აპლიკაციის ობიექტის მოდელი
ავტორი აგრძელებს განმარტებას, თუ როგორ კონფიგურაცია მოახდინა მან (მონაცემები) მონაცემების ჩვენების ფორმა ... ძალიან შემოქმედებითი 
კონცეფცია რუკა, რეგიონი, პოლიგონენი, რომლებიც დამოკიდებულია Dependency Objetct- ში და შემაშფოთებელია იმ ფაქტის მნიშვნელობით, რაც სივრცითი პროგრამები უკვე მოქმედებს იმ ძირითად ფუნქციებში, როგორიცაა მასშტაბირება, პანელი, xtent. ჩვენ შეშფოთებული ვიქნებით, თუკი ამ ფუნქციონალური ნიშნით ახალი რუკების პლატფორმების შემუშავება მოისურვებოდა, ნარჩენების გამო, რომელიც სუფთა კოდის თავიდან გამოგონებისას იქნებოდა, იმის გათვალისწინებით, რომ ამ სფეროში, ვიდრე პროგრამირებაში, საჭიროა დოკუმენტირებული კარტოგრაფიული, გეოდეზიური და ახლა გეომატიკური კონცეფციების ადაპტაცია, მაგრამ ეს ყოველ ჯერზე გსურთ თავიდან აიცილოთ სისტემები, იგნორირებულია. ასე რომ, ჩვენ არ ვაკრიტიკებთ შემოქმედებას, პირიქით, ქუდს ვაქცევთ მას, ვინც რაღაცას ავითარებს და სურს ასე ღიად გაეზიაროს მას, თუმცა გვახსოვს უკვე მიღწეული სტანდარტიზაციისა და სისტემატიზაციის აუცილებელი საჭიროება.
მე შევიკრიბეთ ფრაზა, რომელიც ცოტა ხნის წინ მოვისმინე შეხვედრაში:
... ჩვენ ვეძებთ ArcView Brasileiro- ს დამზადებას ... jo ...
3. გამოყენების რუკები
აქ, ძალიან კრეატიულად, ავტორი აკავშირებს პოლიგონებს ჩრდილოეთ ამერიკის ფედერალურ სტანდარტებთან, რომლებიც ცნობილია როგორც FIPS, თუმცა ისინი გამოიყენება მხოლოდ "სტატისტიკური" მიზნებისთვის, როგორც ჩანს, ბიჭმა კარგად მოწია სამუშაო. მართალია, "რეგიონის" თვისებები გარედან რედაქტირებადი იქნება.
4. XML მონაცემების მართვა
დაბოლოს, ვვარაუდობ, რომ ფიქრისა და ყავის დალევის შემდეგ თქვენ გადაწყვიტეთ წახვიდეთ (თითქმის გარდაუვალ) xml და LinQ სტრუქტურაზე, რათა მონაცემები და გეომეტრია სტრუქტურირებული გზით შემოიტანოთ, თუმცა აქ თქვენ შეხვდებით ამ რთული ველის, გეოდეზიის შეზღუდვას. ეს გვიჩვენებს, რომ ხელახალი გამოგონება ამ თვალსაზრისით საშიშია, თუ შედეგის მიზანი არც თუ ისე ნათელია; ჩვენ გვეჩვენება, რომ სამუშაო, რომელიც მან გააკეთა მიზნებისთვის "შედეგები”ძალიან კარგია, შემაშფოთებელია, როცა ამ შედეგს აღმასრულებელი სხდომაზე ხედავს და ამბობს:
„მე მაქვს კონტაქტი აქციონერებთან, რომლებსაც სურთ განახორციელონ ინვესტიცია ამ აპლიკაციაში, რათა შევქმნათ რუკების სისტემა, რომელიც შეიძლება განხორციელდეს ტერიტორიული მართვის მეგა ინსტიტუტში...“
და მიეცით ისინი.
”კომპლექსური გეომეტრიისთვის, რაც გავაკეთე ორი ფიგურა იყო, ჯერ ერთი ფონზე ვაჩვენე, რომ წინა მხარე არ დაფაროს და ამით კუნძულს დაემსგავსოს…”
5. საჭირო დასკვნები
დაბოლოს, ჩვენი პროგრამისტის მეგობრებისთვის, ჩვენ რეკომენდაციას ვაძლევთ დოკუმენტს, რადგან ის გვიჩვენებს, თუ როგორ არის შესაძლებელი რუკის აპლიკაციების შექმნა მესამე მხარის კოდების გამოყენების გარეშე ... ჩვენ მადლობას ვუხდით ავტორს მისი სიკეთისთვის და სიცხადისთვის, დასასრულს იმის დასკვნამდე, თუ რას ელის მას ამის შესახებ:
არსებითად, Visual Basic, WPF, გამოხატვის ნაზავია და LINQ მე შემიძლია განვაცხადო პროგრამა, რომელიც შეძლებს შედარებით დახვეწილი ვიზუალიზაციების შექმნას არსებულ მონაცემთა ორგანოდან. ეს პროგრამა ადვილად გავრცელდეს სანახავად მონაცემების სხვადასხვა წლის და მანიპულირება მონაცემების სხვადასხვა გზები. ყველა კოდი არის შესაძლებელი ჩამოტვირთვის ამ მუხლის, ასე რომ, ნუ დააყოვნებთ ექსპერიმენტს და ნახეთ რა შეგიძლიათ მიიღოთ.
ქუჩა: Geomusings
