2013-04-10 23 views
1

我工作的公司決定創建一個功能類似於我們網站的wpf應用程序。該網站的主要組成部分之一是使用MapQuest JavaScript API。我一直負責研究可用於wpf應用程序的替代方案。將移動應用程序從asp.net映射到wpf

我已經做了大量的研究,並且模擬了一個WebBrowser控件,該控件包含可以構建地圖的html頁面。不幸的是,我們使用的不僅僅是一張地圖,還有多邊形地理柵欄,點,方向等......這需要(在asp.net端)有很多客戶端腳本來處理所有這些。從我看到的wpf和WebBrowser控件 - 添加了另一層複雜性來管理所有客戶端腳本。

我的問題是 -

我是否繼續下行創造了WebBrowser控件的這條道路? 或.. 我應該看看第三方庫,如GMap.NET嗎?

**單面注意。 MapQuest是我擁有的唯一選擇,因爲我們支付許可使用它。

+1

在'WPF'應用程序中放入'WebBrowser'不會將Web應用程序遷移到WPF應用程序。基本上,您只需保留Web應用程序並通過「WebBrowser」控件而不是常規瀏覽器(Google Chrome,IE,FireFox等)顯示它。你需要什麼?你需要客戶端/服務器應用程序嗎?否則只是保持Web應用程序。 WPF不是一項網絡技術。它是一種令人敬畏的Windows桌面應用程序技術,但如果您需要Web的可移植性,則無意義。 我不明白。 – 2013-04-10 15:17:51

+0

地圖是應用程序需要的唯一部分。我不打算把我們整個現有的Web應用程序包裝在WebBrowser中。我處於研究階段,我們沒有拉動使用wpf的觸發器 - 我只是在研究使用它的可能性。不幸的是,我們必須使用MapQuest,我知道bingmaps爲wpf提供了一個API。 – 2013-04-10 15:27:42

+0

還有一個免費的開源[谷歌地圖WPF API](http://wpfgooglemap.codeplex.com/)。對於各種應用程序來說,WPF是一項非常棒的技術,它可以在UI和邏輯/數據之間進行清晰的分離,並且它是真正可定製的。 – 2013-04-10 15:49:56

回答

2

找到了解決方案...好吧,這不是問題的解決方案,但是......公司決定走wpf的bing map api的路線。在WebBrowser內部使用MapQuest javascript api的另一條路線將是一個完整的噩夢來維護。

相關問題