Dynamiska kartor med Visual Basic 9
2008-versionen av Visual Basic verkar vara en fullständig motsättning mellan dess höga kapacitet och den livslängd som har beaktats.
I en artikel publicerad i msdn Magazine i sin december 2007-upplaga, Scott Wisniewski, mjukvarudesigningenjör på Microsoft, visar ett enastående jobb som en handledning om hur man ritar kartor med Visual Basic. Med detta demonstrerar det inte bara några av de mest attraktiva funktionerna i Visual Basic, men erbjuder också ett fungerande exempel som kan användas som underlag för att lägga till andra utvecklade applikationer.
I början av detta inlägg hänvisade vi till att detta strider mot vad många för länge sedan antog, att Visual Basic var på en dödslinje. Förslaget till denna förutsättning bygger på den galna vanan hos Microsoft att överge plattformar för att upprätthålla sin försäljning; efter hans kraftiga tryck mot .NET och C (Sharp) i sin desperation att tävla mot Java.
Vi vet att de begränsningar som Visual Basic medförde, i att vara mycket exklusiva mot utvecklingen på Windows-plattformar, skulle behöva ersättas när Win32x-miljön dog, Microsoft kommer starkt in i .NET och ändrar sin dynamiska bibliotekstrategi (dll) av ramverket under den linje som C ++ ger; så det förväntades att Visual Basic dog högt ... det verkar som om det kommer att hända på lång sikt, när Windows Vista tar besittning (året 2014 :))
Om historien upprepar sig kommer Visual Basic och .NET att hända precis som Microsoft gjorde med Fox för att förlänga livslängden för SQL och Access. Trots att tävlingen inte är som den var, är trenderna för flerskiktsdesign och webbintegration triggarna som får Visual Basic att kollapsa eller maskera.
Tja, det är värt att ta en titt på den utveckling som Scott föreslagit, även om vi rekommenderar läs hela dokumentet Vi kommer att göra några kommentarer som för storleken på post-force simplism.
1. Använda WPF-miljö
Låt oss erkänna, artikeln är mycket väl utarbetad och abstrakt, speciellt om krediten inte tillhör en redaktör utan till utvecklaren själv; förklarar hur wPF-miljön (Windows Presentation Foundation) kan översätta vad vi brukade veta som "objekt", under ett bredare begrepp "geometrier", som kan associeras med dynamisk kod... vi undrar om detta bara är för "Visa" som flashkartor eller geometri rekonstrueras i farten från en databas.
2. Applikationsobjektmodell
Författaren fortsätter att förklara hur han konfigurerade (återuppfunnit) formen för datavisning ... väldigt kreativ i sin 
uppfattning om Kartor, region, polygon alla under Dependency Objetct och oroa sig i betydelsen att bokstavligen återuppfinna vad rumsliga applikationer redan gör i grundläggande funktioner som zoom, panorering, xtent. Vi skulle vara oroliga om nya kartplattformar ville utvecklas baserat på dessa funktioner på grund av det slöseri som skulle finnas vid återuppfinningen av ren kod, med tanke på att detta fält snarare än programmering kräver anpassning av väldokumenterade kartografiska, geodetiska och nu geomatiska koncept, men varje gång du vill uppfinna system ignoreras. Så vi kritiserar inte kreativitet utan vi tar bort hattarna för någon som utvecklar något och vill dela det så öppet, men vi minns det överhängande behovet av att standardisera och systematisera det som redan har uppnåtts.
Jag tar upp en fras som jag hörde för ett tag sedan i ett möte:
... vi vill skapa en ArcView Brasileiro ... jo ...
3. Användningen av kartklasser
Här kopplar författaren på ett mycket kreativt sätt polygonerna till de nordamerikanska federala standarderna som kallas FIPS, även om dessa endast används för "statistiska" syften, verkar det som att pojken har rökt ett bra jobb. Det står rätt, "region"-egenskaperna kommer att vara externt redigerbara.
4. XML-datahantering
Slutligen antar jag att du efter att ha funderat och druckit kaffe har bestämt dig för att välja en (nästan oundviklig) xml- och LinQ-struktur för att importera data och geometri på ett strukturerat sätt, även om du här stöter på begränsningen av detta komplexa fält, geodesin. Detta visar att återuppfinna i denna mening är farligt, om syftet med resultatet inte är särskilt tydligt; det verkar för oss som om det arbete han har gjort i syfte att "se resultat” är mycket bra, det oroande är när detta resultat ses av en chef på ett möte och säger:
"Jag har kontakt med aktieägare som är villiga att investera i den här applikationen så att vi kan göra ett kartläggningssystem som kan implementeras i Mega Institute of Territorial Management..."
och ge det, de slutar återuppfinna något ... som Scott medger på sitt icke-geomatiska språk:
"För de komplexa geometrierna var det jag gjorde två figurer, först visade jag den i bakgrunden så att den framtill inte skulle täckas och därmed se ut som en ö..."
5. Nödvändiga slutsatser
Slutligen, för våra programmerarevänner, rekommenderar vi dokumentet, eftersom det visar hur det är möjligt att bygga kartapplikationer utan att använda koder från tredje part ... vi tackar författaren för hans vänlighet och tydlighet genom att avsluta i slutet om vad han förväntar sig av detta:
I huvudsak använder man Visual Basic, WPF, Expression Blend och LINQ Jag kunde utveckla en applikation som kunde återskapa relativt sofistikerade visualiseringar från en befintlig datakropp. Denna applikation kan enkelt utökas för att visa data från olika år eller för att manipulera data på olika sätt. All kod är tillgänglig med nedladdning av den här artikeln, så tveka inte att experimentera och se vad du kan få.
via: Geomusings
