Mappe dinamiche con Visual Basic 9

La versione 2008 di Visual Basic sembra essere una contraddizione completa tra le sue elevate capacità e la durata utile che è stata considerata.

In un articolo pubblicato in msdn Magazine nella sua edizione 2007 di dicembre, Scott Wisniewski, ingegnere di progettazione software a Microsoft, mostra un lavoro straordinario come un tutorial su come disegnare mappe utilizzando Visual Basic. Con questo dimostra non solo alcune delle funzioni più interessanti di Visual Basic, ma offre anche un esempio di lavoro che potrebbe essere utilizzato come base per aggiungere ad altre applicazioni sviluppate.

All'inizio di questo post abbiamo fatto riferimento al fatto che ciò contraddice ciò che molti molto tempo fa presumevano, che Visual Basic fosse sulla linea della morte. Il suggerimento di questa premessa si basa su quella folle abitudine di Microsoft di abbandonare le piattaforme per mantenere le sue vendite; dopo la sua spinta espansiva verso .NET e C (Sharp) nella sua disperazione per competere con Java.
Sappiamo che i limiti che Visual Basic ha portato, essendo molto esclusivo per lo sviluppo su piattaforme Windows, dovrebbero essere sostituiti quando l'ambiente Win32x è morto, Microsoft entra in .NET e cambia la sua strategia di librerie dinamiche (dll) dal framework sotto la linea che porta C ++; quindi ci si aspettava che Visual Basic morisse rumorosamente ... sembra che accadrà a lungo termine, quando Windows Vista prenderà possesso (l'anno 2014 :))

Se la storia si ripete, Visual Basic e .NET avverranno proprio come Microsoft ha fatto con Fox per estendere la vita di SQL e Access. Sebbene la concorrenza non sia quella di allora, le tendenze del design multistrato e dell'integrazione web sono i fattori scatenanti che faranno collassare o mascherare Visual Basic.

Bene, vale la pena dare un'occhiata allo sviluppo proposto da Scott, anche se lo consigliamo leggere il documento completo faremo alcuni commenti che per la dimensione del simplism post force.

1. Uso dell'ambiente WPF

Ammettiamolo, l'articolo è molto ben elaborato e astratto, soprattutto se il merito non è di un editore ma dello sviluppatore stesso; spiega come l'ambiente wPF (Windows Presentation Foundation) possa tradurre ciò che prima conoscevamo come "oggetti", sotto un concetto più ampio di "geometrie", che possono essere associate al codice dinamico... ci chiediamo se questo sia solo per scopi di programmazione "visualizza" come mappe flash, o la geometria viene ricostruita al volo da un database.

2. Modello di oggetto applicativo

L'autore continua a spiegare come ha configurato (reinventato) la forma di visualizzazione dei dati ... molto creativa nella sua concezione di Mappa, regione, poligono tutto sotto Dipendenza Objetct e preoccupante nel senso di reinventare letteralmente ciò che le applicazioni spaziali già fanno in funzionalità di base come zoom, pan, xtent. Saremmo preoccupati se sulla base di queste funzionalità si volessero sviluppare nuove piattaforme di mappatura, a causa degli sprechi che esisterebbero nella pura reinvenzione del codice, considerando che questo campo più che la programmazione richiede l'adattamento di concetti cartografici, geodetici e ora geomatici ben documentati, ma che ogni volta si desidera reinventare i sistemi vengono ignorati. Quindi non critichiamo la creatività, piuttosto togliamo il cappello a qualcuno che sviluppa qualcosa e vuole condividerlo così apertamente, tuttavia ricordiamo l'imminente necessità di standardizzare e sistematizzare ciò che è già stato realizzato.
Mi porto una frase che ho sentito un po 'di tempo in una riunione:

... stiamo cercando di realizzare un ArcView Brasileiro ... jo ...

3. L'utilizzo di classi di mappe

Qui, in modo molto creativo, l'autore collega i poligoni con gli standard federali nordamericani noti come FIPS, sebbene questi siano usati solo per scopi "statistici", ci sembra che il ragazzo abbia fumato un buon lavoro. Dice bene, le proprietà della "regione" saranno modificabili esternamente.

4. Gestione dei dati XML

Infine, presumo che dopo aver pensato e bevuto caffè tu abbia deciso di optare per una (quasi inevitabile) struttura xml e LinQ per importare dati e geometrie in modo strutturato, anche se qui ti imbatti nel limite di questo campo complesso, la geodesia. Questo dimostra che reinventare in questo senso è pericoloso, se lo scopo del risultato non è molto chiaro; ci sembra che il lavoro da lui svolto ai fini di “vedere i risultati” è molto buono, quello che preoccupa è quando questo risultato viene visto da un dirigente in riunione e dice:

"Ho contatti con gli azionisti che sono disposti a investire in questa applicazione in modo da poter realizzare un sistema di mappatura che possa essere implementato nel Mega Istituto di Gestione del Territorio..."

e darlo, finiscono per reinventare qualcosa ... che Scott ammette nel suo linguaggio non geomatico:

“Per le geometrie complesse quello che ho fatto è stato realizzare due figure, prima ho mostrato quella sullo sfondo in modo che quella di fronte non fosse coperta e così sembrasse un'isola…”

5. Conclusioni necessarie
Infine, per i nostri amici programmatori, consigliamo il documento, in quanto mostra come sia possibile creare applicazioni cartografiche senza utilizzare codici di terze parti ... ringraziamo l'autore per la sua gentilezza e chiarezza concludendo alla fine su ciò che si aspetta da questo:

In sostanza, utilizzando Visual Basic, WPF, Expression Blend e LINQ Sono riuscito a sviluppare un'applicazione in grado di ricreare visualizzazioni relativamente sofisticate da un organismo di dati esistente. Questa applicazione potrebbe essere facilmente estesa per visualizzare i dati di diversi anni o per manipolare i dati in modi diversi. Tutto il codice è disponibile con il download di questo articolo, quindi non esitate a sperimentare e vedere cosa puoi ottenere.

Via: Geomusings