Mapy dynamiczne z Visual Basic 9

Wersja Visual Basic z 2008 roku wydaje się być kompletną sprzecznością między jej wysokimi możliwościami a żywotnością, którą rozważano.

W artykule opublikowanym w magazyn msdn w wydaniu z grudnia 2007 r. Scotta Wiśniewskiego, inżynier zajmujący się projektowaniem oprogramowania w firmie Microsoft, prezentuje wybitne prace jako samouczek dotyczący rysowania map przy użyciu języka Visual Basic. W ten sposób demonstruje nie tylko niektóre z najbardziej atrakcyjnych funkcji języka Visual Basic, ale także oferuje działający przykład, który można wykorzystać jako podstawę do dodania do innych opracowanych aplikacji.

Na początku tego wpisu odwołujemy się do faktu, że jest to sprzeczne z tym, co wielu zakładało dawno temu, że Visual Basic był w celi śmierci. Sugestia dotycząca tej przesłanki opiera się na szalonym zwyczaju Microsoftu polegającym na porzucaniu platform w celu utrzymania sprzedaży; po jego wylewnym dążeniu do .NET i C (Sharp) w desperacji, by konkurować z Javą.
Wiemy, że ograniczenia, które przyniósł Visual Basic, będąc bardzo wyłącznym dla programowania na platformach Windows, musiałyby zostać zastąpione, gdy środowisko Win32x umarło, Microsoft na siłę wkracza na .NET i zmienia strategię biblioteki dynamicznej (dll) dla frameworka pod linią to wywołuje C++; więc można było się spodziewać, że Visual Basic umrze z hukiem… wygląda na to, że stanie się to w dłuższej perspektywie, gdy Windows Vista przejmie władzę (rok 2014 :))

Jeśli historia się powtórzy, Visual Basic i .NET zrobią to samo, co Microsoft zrobił z Foxem, aby przedłużyć życie SQL i Access. Chociaż konkurencja nie jest teraz taka, jak wtedy, trendy projektowania wielowarstwowego i integracji sieci są wyzwalaczami, które załamią się lub zamaskują Visual Basic.

Cóż, warto przyjrzeć się opracowaniu zaproponowanemu przez Scotta, choć my polecamy przeczytaj cały dokument Poczynimy kilka uwag, które ze względu na wielkość poczty wymuszają prostotę.

1. Korzystanie ze środowiska WPF

Przyznajmy, artykuł jest bardzo dobrze dopracowany i wyabstrahowany, zwłaszcza jeśli zasługa nie należy do redaktora, ale do samego dewelopera; wyjaśnia, w jaki sposób środowisko wPF (Windows Presentation Foundation) może tłumaczyć to, co kiedyś nazywaliśmy „obiektami”, w szerszym pojęciu „geometrii”, które można powiązać z kodem dynamicznym… zastanawiamy się, czy to tylko dla do celów „widoku”, takich jak mapy flash lub geometria jest odbudowywana w locie z bazy danych.

2. Obiektowy model aplikacji

Autor wyjaśnia dalej, jak skonfigurował (wymyślił na nowo) sposób wyświetlania danych... bardzo kreatywny w swoim koncepcja Mapa, region, wielokąt wszystko w obiekcie zależności i martwienie się w sensie dosłownego odkrywania na nowo tego, co aplikacje kosmiczne już robią w podstawowych funkcjach, takich jak powiększanie, przesuwanie, xtent. Bylibyśmy zaniepokojeni, gdyby w oparciu o te funkcjonalności miały powstać nowe platformy kartograficzne ze względu na marnotrawstwo, jakie istniałoby w przypadku czystego ponownego odkrywania kodu, biorąc pod uwagę, że dziedzina ta wymaga bardziej niż programowania adaptacji dobrze udokumentowanych kartograficznych, geodezyjnych i teraz koncepcje geomatyczne, ale za każdym razem, gdy chcesz wymyślać systemy na nowo, są ignorowane. Nie krytykujemy więc kreatywności, raczej uchylamy czoła przed kimś, kto coś opracowuje i chce się tym tak otwarcie dzielić, pamiętając jednak o nieuchronnej potrzebie ujednolicenia i usystematyzowania tego, co już osiągnięto.
Przywołuję zdanie, które usłyszałem jakiś czas temu na spotkaniu:

…chcemy stworzyć ArcView Brasileiro… ho…

3. Korzystanie z klas map

Tutaj autor w bardzo pomysłowy sposób łączy wielokąty z północnoamerykańskimi standardami federalnymi znanymi jako FIPS, chociaż te są używane tylko do celów „statystycznych”, wydaje nam się, że chłopak odwalił kawał dobrej roboty. Mówi to dobrze, właściwości „regionu” będą edytowalne zewnętrznie.

4. Obsługa danych XML

Na koniec zakładam, że po przemyśleniu i wypiciu kawy zdecydowałeś się na (prawie nieuniknione) strukturę xml i LinQ, aby importować dane i geometrię w ustrukturyzowany sposób, chociaż tutaj napotykasz ograniczenia tej złożonej dziedziny, jaką jest geodezja. To pokazuje, że odkrywanie na nowo w tym sensie jest niebezpieczne, jeśli cel wyniku nie jest jasny; Wydaje nam się, że praca, którą wykonałeś dla celów „zobacz wyniki” jest bardzo dobry, niepokojące jest to, że ten wynik widzi dyrektor na spotkaniu i mówi:

„Mam kontakt z akcjonariuszami, którzy chcą zainwestować w tę aplikację, abyśmy mogli stworzyć system mapowania, który można wdrożyć w Mega Instytucie Gospodarki Terytorialnej…”

i daj spokój, w końcu wymyślają coś na nowo… co przyznaje Scott w swoim niegeomatycznym języku:

„W przypadku skomplikowanych geometrii zrobiłem dwie figury, najpierw pokazałem tę w tle, aby ta z przodu nie zasłaniała mnie i wyglądała jak wyspa…”

5. Niezbędne wnioski
Na koniec polecamy ten dokument naszym przyjaciołom programistom, ponieważ pokazuje on, jak można budować aplikacje mapowe bez użycia kodu firm trzecich… wyrazy uznania dla autora za życzliwość i klarowność w podsumowaniu tego, czego oczekuje od tego:

Zasadniczo przy użyciu Visual Basic, WPF, Expression Blend i LINQ Udało mi się zbudować aplikację zdolną do odtwarzania stosunkowo wyrafinowanych wizualizacji z istniejącego zbioru danych.. Tę aplikację można łatwo rozszerzyć, aby przeglądać dane z różnych lat lub manipulować danymi na różne sposoby. Cały kod jest dostępny po pobraniu tego artykułu, więc nie krępuj się eksperymentować i zobacz, co możesz zyskać.

Via: geozabawy