KartografijaGeospatial - GIS

Dinamični zemljevidi z Visual Basic 9

Zdi se, da je 2008-ova različica Visual Basic popolno protislovje med visokimi zmogljivostmi in življenjsko dobo, ki je bila upoštevana.

msdnV članku, objavljenem v msdn Magazine v decembrski izdaji 2007, Scott Wisniewski, inženir za načrtovanje programske opreme v Microsoftu, kaže izjemno delo kot vadnico o tem, kako pripraviti zemljevide z uporabo Visual Basica. S tem prikaže ne le nekatere izmed najbolj privlačnih funkcij Visual Basic, ampak ponuja tudi delovni primer, ki bi ga lahko uporabili kot osnovo za dodajanje drugih razvitih aplikacij.

Na začetku tega prispevka smo navedli, da je to v nasprotju s tem, kar so mnogi že davno domnevali, da je Visual Basic na smrtni liniji. Predlog te predpostavke temelji na tisti norovi navadi Microsofta, da opusti platforme, da bi ohranil svojo prodajo; po njegovem izzivalnem pritisku na .NET in C (Sharp) v svojem obupu, da bi tekmoval proti Javi.
Vemo, da bi bilo treba omejitve, ki jih je Visual Basic prinesel, ker je zelo ekskluziven za razvoj na platformah Windows, nadomestiti, ko je umrlo okolje Win32x, Microsoft močno vstopi v .NET in spremeni svojo dinamično strategijo knjižnic (dll) v okviru pod črto, ki jo pripelje C ++; zato je bilo pričakovati, da bo Visual Basic glasno umrl ... zdi se, da se bo to zgodilo dolgoročno, ko bo Windows Vista prevzel posest (leto 2014 :))

Če se zgodovina ponovi, se Visual Basic in .NET zgodi tako kot Microsoft s Foxom, da podaljša življenjsko dobo SQL in Accessa. Čeprav zdaj konkurenca ni takšna, kot je bila v tistem času, so trendi večplastnega oblikovanja in spletnega povezovanja detonatorji, zaradi katerih bo Visual Basic propadel ali maskiral.

No, vredno je pogledati razvoj, ki ga je predlagal Scott, čeprav priporočamo preberite celoten dokument bomo pripomnili, da je po velikosti post-sila poenostavljena.

1. Uporaba WPF okolja

vb9 wpf
Priznajmo, članek je zelo dobro izdelan in abstrahiran, sploh če zasluga ne pripada uredniku, ampak razvijalcu samemu; pojasnjuje, kako lahko okolje wPF (Windows Presentation Foundation) prevede tisto, kar smo nekoč poznali kot "objekte", pod širši koncept "geometrij", ki jih je mogoče povezati z dinamično kodo ... sprašujemo se, ali je to samo za "pogled" kot so zemljevidi flash ali geometrija se sproti rekonstruira iz baze podatkov.

2. Model predmeta aplikacije

Avtor nadaljuje z razlago, kako je konfiguriral (na novo izumil) obliko prikaza podatkov ... zelo kreativen v svojem vizualni osnovni 9 wpfkoncepcija Zemljevid, regija, poligon vse pod Dependency Objetct in zaskrbljujoče v smislu, da dobesedno znova izumimo, kaj prostorske aplikacije že počnejo v osnovnih funkcionalnostih, kot so zoom, pan, xtent. Zaskrbljeni bi bili, če bi želeli razviti nove platforme za preslikavo, ki bi temeljile na teh funkcionalnostih, zaradi odpadkov, ki bi obstajali pri čisti ponovni kodi, saj to področje bolj kot programiranje zahteva prilagoditev dobro dokumentiranih kartografskih, geodetskih in zdaj že geomatičnih konceptov, toda vsakič želite znova izumiti sisteme se prezrejo. Ustvarjalnosti torej ne kritiziramo, temveč slečemo klobuk nekomu, ki nekaj razvije in želi tako odkrito deliti, kljub temu pa se spominjamo neposredne potrebe po standardizaciji in sistematizaciji že doseženega.
Sprožim frazo, ki sem jo nekoč slišal na sestanku:

... iščemo izdelavo ArcView Brasileiro ... jo ...

3. Uporaba razredov zemljevidov

zemljevidi Tukaj avtor na zelo kreativen način poligone povezuje s severnoameriškimi zveznimi standardi, znanimi kot FIPS, čeprav so ti uporabljeni zgolj v »statistične« namene, se nam zdi, da je fant dobro pokadil. Pravilno piše, lastnosti »regije« bodo zunanje urejane.

4. Upravljanje podatkov XML

xml lat
Na koncu predvidevam, da ste se po premisleku in pitju kave odločili za (skoraj neizogibno) strukturo xml in LinQ za strukturiran uvoz podatkov in geometrije, čeprav tukaj naletite na omejitev tega kompleksnega področja, geodezije. To kaže, da je ponovno izumljanje v tem smislu nevarno, če namen rezultata ni zelo jasen; zdi se nam, da je delo, ki ga je opravil za namene »glej rezultate” je zelo dobro, kar je zaskrbljujoče je, ko ta rezultat vidi izvršni direktor na sestanku in reče:

"Imam stik z delničarji, ki so pripravljeni vlagati v to aplikacijo, da lahko naredimo sistem kartiranje, ki ga lahko implementiramo v Mega inštitutu za teritorialno upravljanje ..."

in ga dajo, na koncu izumijo nekaj, kar Scott prizna v svojem negeomatskem jeziku:

"Za kompleksne geometrije sem naredil dve figuri, najprej sem pokazal tisto v ozadju, da ne bi bila pokrita tista spredaj in bi tako izgledala kot otok ..."

5. Potrebni zaključki
Nazadnje priporočamo našim prijateljem programerja, saj prikazuje, kako je mogoče sestaviti zemljevidne aplikacije brez uporabe kod drugih proizvajalcev ... avtorju se zahvaljujemo za njegovo prijaznost in jasnost, tako da na koncu sklene, kaj od tega pričakuje:

V bistvu z uporabo Visual Basic, WPF, Expression Blend in LINQ Sem lahko razvil aplikacijo, ki bi lahko ponovno ustvarila relativno prefinjene vizualizacije iz obstoječega podatkovnega telesa. To aplikacijo bi bilo mogoče enostavno razširiti, da bi si lahko ogledali podatke iz različnih let ali na različne načine manipulirali s podatki. Vse kode so na voljo s prenosom tega članka, tako da Ne oklevajte in poskusite in poglej, kaj lahko dobiš.

Via: Geomusings

Golgi Alvarez

Pisatelj, raziskovalec, specialist za modele upravljanja zemljišč. Sodeloval je pri konceptualizaciji in implementaciji modelov, kot so: Nacionalni sistem upravljanja lastnine SINAP v Hondurasu, Model upravljanja skupnih občin v Hondurasu, Integrirani model upravljanja katastra - register v Nikaragvi, Sistem upravljanja ozemlja SAT v Kolumbiji . Urednik bloga znanja Geofumadas od leta 2007 in ustvarjalec akademije AulaGEO, ki vključuje več kot 100 tečajev o temah GIS - CAD - BIM - Digital Twins.

Povezani članki

Pustite komentar

Vaš e-naslov ne bo objavljen. Obvezna polja so označena z *

Nazaj na vrh