2009-01-15 59 views
1

我想貢獻一個開源的Windows Mobile項目,但它是在eVC 4.0中開發的,它在Vista上不起作用(請隨時糾正我! ),我寧願避免雙啓動或遠程進入我剩餘的XP盒子。我在我的主要開發機器上安裝了VS 2008,並且獲得了所有SDK等,我需要執行WM工作。但!一旦我將所有源代碼結合在一起並開始嘗試構建它,我必須做出很多更改才能支持棄用的方法和一些已移動的標頭。讓VS 2008與eVC 4.0項目相得益彰

理想情況下,我希望能夠在項目上「儘可能」地工作,而不是運行eVC。是否有某種「怪癖模式」可以讓我模擬VS 2008中的eVC行爲?如果沒有,是否有指導將應用程序從eVC移植到VS?

回答

1

不,沒有模式允許它。 Studio '08使用與eVC不同的(事實上更好的)編譯器,所以eVC讓一些事情不會發生。一般來說,Studio的代碼將在eVC下運行。

現在,如果您使用MFC,這是一個完全不同的故事。在eVC下的MFC和Studio下的MFC有很大的不同,並且有些情況下(如CString)的行爲不同(eVC中的類,Studio中的模板),特別是如果對象不是「正確」使用的話。撤消這可能是一個巨大的混亂。

棄用的方法可以用抽象方法包裝,以便在Studio下代碼路由一種方式,在eVC下路由另一種方式。如果不知道哪種方法特別有問題,很難提供更詳細的建議。

移動文件不應該是一個問題。將包含目錄添加到項目中。你當然不應該有代碼文件本身的頭文件。

編輯:最後一點需要注意的是,Studio通常會導入eVC項目,所以很有可能在遷移過程中丟失了預編譯器指令和類似的東西。缺少#define肯定會使端口更具挑戰性,因此請檢查在eVC中定義的所有內容是否仍在Studio中定義。還要注意任何子系統定義。工作室也喜歡忘記導入。

+0

我很害怕這個。 ::嘆息:: 噢,也許我只是在我的VMware工作站上放置一個XP映像而已?啊!這讓我想到了另一個要發佈的問題。 – Coderer 2009-01-16 15:46:18