Dynaamiset kartat Visual Basic 9: llä
Visual Basicin 2008-versio näyttää olevan täydellinen ristiriita sen korkeiden ominaisuuksien ja harkittujen käyttöiän välillä.
Vuonna julkaistussa artikkelissa msdn -lehti sen joulukuun 2007-painoksessa, Scott Wisniewski, Microsoftin ohjelmistosuunnittelija, näyttää erinomaista työtä opetusohjelmana siitä, kuinka tehdä karttoja Visual Basicilla. Tämä osoittaa, että se ei ainoastaan näytä Visual Basicin houkuttelevimmista ominaisuuksista, vaan se tarjoaa myös toimivan esimerkin, jota voitaisiin käyttää perustana lisättyihin muihin sovelluksiin.
Tämän viestin alussa viittasimme siihen, että tämä on ristiriidassa monien kauan sitten oletetun, että Visual Basic oli kuolemanrajalla. Tämän lähtökohdan ehdotus perustuu Microsoftin hulluun tapaan luopua alustoista myynnin ylläpitämiseksi; sen jälkeen, kun hän oli työntynyt kohti .NET: ää ja C: tä (Sharp) epätoivossaan kilpailla Javaa vastaan.
Tiedämme, että rajoitukset, jotka Visual Basic toi esiin, koska ne olivat erittäin yksinoikeudella Windows-käyttöjärjestelmien kehitykseen, olisi korvattava, kun Win32x-ympäristö kuoli, Microsoft tulee voimakkaasti sisään .NET ja muuttaa dynaamisen kirjastoistrategiansa (dll) puitteiden avulla. C ++: n tuoman linjan alla; joten Visual Basicin odotettiin kuolevan äänekkäästi ... näyttää siltä, että se tapahtuu pitkällä tähtäimellä, kun Windows Vista ottaa haltuunsa (vuosi 2014 :))
Jos historia toistaa itseään, Visual Basic ja .NET tapahtuvat samalla tavalla kuin Microsoft teki Foxin kanssa pidentääkseen SQL: n ja Accessin käyttöikää. Vaikka kilpailu ei ole enää tuolloin, monikerroksisen suunnittelun ja web-integraation trendit ovat sytyttimiä, jotka saavat Visual Basicin romahtamaan tai peittämään.
No, kannattaa tutustua Scottin ehdottamaan kehitykseen, vaikka suosittelemmekin lue koko asiakirja teemme muutamia huomautuksia siitä, että postivoiman yksinkertaisuus.
1. WPF-ympäristön käyttö
Myönnetään, että artikkeli on erittäin hyvin laadittu ja abstrakti, varsinkin jos ansiot eivät kuulu toimittajalle vaan kehittäjälle itselleen; selittää, kuinka wPF (Windows Presentation Foundation) -ympäristö voi kääntää sen, mitä tunsimme "objekteina", laajemmalla "geometrioiden" käsitteellä, joka voidaan yhdistää dynaamiseen koodiin... jäämme miettimään, onko tämä vain "näkymä" kuten flash-kartat tai geometria rekonstruoidaan lennossa tietokannasta.
2. Sovellusobjektimalli
Kirjailija jatkaa selittämistä, kuinka hän määritteli (uudelleen keksitty) datanäytön muodon ... erittäin luovaksi omakseen 
käsitys Kartta, alue, monikulmio kaikki alle Dependency Objetct ja huolestuttavaa siinä mielessä, että kirjaimellisesti keksitään uudelleen, mitä paikkasovellukset jo tekevät perustoiminnoissa, kuten zoomaus, panorointi, xtent. Olisimme huolissamme siitä, haluaisiinko näiden toimintojen pohjalta kehittää uusia kartoitusalustoja puhtaasta koodinuudistuksesta johtuvan tuhlauksen vuoksi, kun otetaan huomioon, että tämä ala kuin ohjelmointi vaatii hyvin dokumentoitujen kartografisten, geodeettisten ja nyt geomaattisten käsitteiden mukauttamista, mutta joka kerta haluat keksiä uudestaan järjestelmät ohitetaan. Joten emme kritisoi luovuutta, pikemminkin otamme hattuja sellaisen henkilön puoleen, joka kehittää jotain ja haluaa jakaa sen niin avoimesti, mutta muistamme välittömän tarpeen standardoida ja järjestelmällistä jo saavutettu.
Tuon lauseen, jonka kuulin jo jonkin aikaa kokouksessa:
... odotamme tehdä ArcView Brasileiro ... jo ...
3. Map-luokkien käyttö
Tässä erittäin luovalla tavalla kirjoittaja linkittää polygonit Pohjois-Amerikan liittovaltiostandardeihin, jotka tunnetaan nimellä FIPS, vaikka niitä käytetään vain "tilastollisiin" tarkoituksiin, meistä näyttää siltä, että poika on polttanut hyvää työtä. Se sanoo sen oikein, "alue"-ominaisuudet ovat ulkoisesti muokattavissa.
4. XML-tiedonhallinta
Lopuksi oletan, että miettimisen ja kahvin juonnin jälkeen olet päättänyt valita (melkein väistämättömän) xml- ja LinQ-rakenteen tuodaksesi dataa ja geometriaa jäsennellysti, vaikka tässä törmäät tämän monimutkaisen kentän, geodesian, rajoituksiin. Tämä osoittaa, että uudelleenkeksiminen tässä mielessä on vaarallista, jos tuloksen tarkoitus ei ole kovin selkeä; meistä näyttää siltä, että hänen työnsä on tehnyt "katso tuloksia” on erittäin hyvä, huolestuttavaa on, kun johtaja näkee tämän tuloksen kokouksessa ja sanoo:
"Olen yhteydessä osakkeenomistajiin, jotka ovat valmiita sijoittamaan tähän sovellukseen, jotta voimme tehdä kartoitusjärjestelmän, joka voidaan ottaa käyttöön Mega Institute of Territorial Management -instituutissa…"
ja antavat sen, he lopulta keksivät jotain ... jonka Scott myöntää kielellään, joka ei ole geomaattinen:
"Monimutkaisia geometrioita varten tein kaksi hahmoa, esitin ensin taustalla olevan, jotta etummainen ei peittyisi ja siten se näyttäisi saarelta..."
5. Tarvittavat päätelmät
Ohjelmoija ystävillemme suosittelemme lopuksi asiakirjaa, koska se osoittaa, kuinka on mahdollista rakentaa karttasovelluksia käyttämättä kolmansien osapuolien koodeja ... kiitämme kirjoittajaa ystävällisyydestään ja selkeydestään tekemällä lopussa lopun siitä, mitä hän odottaa:
Pohjimmiltaan Visual Basic, WPF, Expression Blend ja LINQ Olin pystynyt kehittämään sovelluksen, joka kykenee luomaan suhteellisen kehittyneitä visualisointeja nykyisestä tietorakenteesta. Tätä sovellusta voitaisiin helposti laajentaa tarkastelemaan tietoja eri vuosista tai manipuloimaan tietoja eri tavoin. Kaikki koodi on saatavana lataamalla tämän artikkelin, joten älä epäröi kokeilla ja katso, mitä voit saada.
Via: Geomusings
