使用Visual Basic 9的動態地圖

Visual Basic的2008版本似乎是它的高性能和被考慮的生活時間之間的完全矛盾。

在一篇發表在“ msdn雜誌 在十二月份的2007版本中， 斯科特Wisniewski，微軟的軟件設計工程師，作為關於如何使用Visual Basic繪製地圖的教程，展示了一個非凡的工作。 這不僅展示了Visual Basic的一些最有吸引力的功能，而且還提供了一個可用作添加到其他開發應用程序的基礎的操作示例。

在這篇文章的開頭，我們提到了這與許多人早就認為Visual Basic處於死角的說法相矛盾。 此前提的建議是基於Microsoft放棄平台以維持其銷售的瘋狂習慣。 在急於與Java競爭時，向.NET和C（Sharp）狂奔地發展。
我們知道，當Win32x環境不復存在時，Visual Basic帶來的限制，在Windows平台上非常獨特，必須被替換，Microsoft強烈進入.NET並通過框架更改其動態庫策略（dll）在C ++帶來的路線下; 因此，預計Visual Basic會大聲死亡......似乎它會在長期內發生，當Windows Vista佔有時（2014年）:)

如果歷史重演，就像Microsoft與Fox一樣，Visual Basic和.NET將會發生，以延長SQL和Access的壽命。 儘管競爭不那麼激烈，但是多層設計和Web集成的趨勢是使Visual Basic崩潰或蒙版的觸發因素。

那麼，值得看看斯科特提出的發展，儘管我們建議 閱讀完整的文檔 我們會根據帖子的大小提出一些評論，說明簡單化。

1。 使用WPF環境

讓我們承認，這篇文章的闡述和抽像都非常好，特別是如果功勞不屬於編輯而是屬於開發人員本人； 解釋了 wPF（Windows Presentation Foundation）環境如何在更廣泛的“幾何”概念下翻譯我們過去所知的“對象”，它可以與動態代碼相關聯......我們想知道這是否僅適用於編程目的。“視圖”如閃存地圖，或從數據庫動態重建幾何圖形。

2。 應用程序對象的模型

作者繼續解釋他如何配置（重新發明）數據顯示的形式...在他的作品中非常有創意 的概念 地圖，區域，多邊形都依賴於依賴對象 從字面上重新發明空間應用程序已經在縮放，平移，xtent等基本功能中進行的意義上，這令人擔憂。 考慮到該領域而不是編程領域需要改編有據可查的製圖學，大地測量學和現在的地理學概念，但我們每次都會擔心是否要基於這些功能開發新的製圖平台，因為這會浪費純淨的代碼您要重塑的系統將被忽略。 因此，我們不批評創造力，而是對那些開發並希望如此公開分享東西的人表示敬意，但我們記得迫切需要對已經實現的成果進行標準化和系統化。
我剛才在會議上提出了一個我聽到的話：

...我們正在尋找一個ArcView Brasileiro ... jo ...

3。 使用地圖類

在這裡，作者以一種非常有創意的方式將多邊形與稱為 FIPS 的北美聯邦標準聯繫起來，雖然這些僅用於“統計”目的，但在我們看來，這個男孩已經做得很好了。 它說得對，“區域”屬性將是外部可編輯的。

4。 處理XML數據

最後，我假設在思考和喝咖啡之後，您決定採用（幾乎不可避免的）xml 和 LinQ 結構以結構化方式導入數據和幾何圖形，儘管在這裡您遇到了大地測量這個複雜領域的限制。 這表明，如果結果的目的不是很明確，那麼從這個意義上說重新發明是危險的； 在我們看來，他所做的工作是為了“看結果” 非常好，令人擔憂的是，當一位高管在會議上看到這個結果並說：

“我已經聯繫了願意投資這個應用程序的股東，這樣我們就可以製作一個地圖系統，可以在 Mega 領土管理研究所實施……”

並且給予它，他們最終重新發明了一些東西......斯科特以他的非地理語言承認：

“對於復雜的幾何圖形，我做了兩個圖形，首先我在背景中顯示一個，這樣前面的那個就不會被覆蓋，所以它看起來像一個島嶼……”

5。 必要的結論
最後，對於我們的程序員朋友，我們推薦該文檔，因為它顯示瞭如何在不使用第三方代碼的情況下構建地圖應用程序......我們感謝作者的善意和清晰，最後總結了他對此的期望：

實質上，通過Visual Basic，WPF，Expression Blend和LINQ 我能夠開發一個應用程序，能夠從現有的數據體重新創建相對複雜的可視化。 這個應用程序可以很容易地擴展到查看來自不同年份的數據或以不同的方式操縱數據。 所有的代碼都可以在這篇文章的下載中找到，所以 隨時嘗試 並看看你能得到什麼。

街道： Geomusings