如何從 VC 遷移到 C

房東你好。 房東的意思是編寫vc++的原始碼，在win平台上編譯程式，像其他平台一樣遷移，否則就沒什麼好問的了。

VC++ 中有很多 Win 特有的函式，這些部分無法遷移到 Linux 平台，但可以用其他編譯器編譯 Win 來編譯，但 VC++ 的一些語法和函式必須修改。

如果房東想要遷移到 Linux，他必須首先修改 win 作業系統的底層 **，然後用 gcc 進行編譯。 CPP原始檔，根據錯誤慢慢修改。

因為不知道房東的VC++程式主要是做什麼的，如果是一些資料處理檔案處理，這些**滿足標準C++的要求，它是獨立於平台的，幾乎任何編譯器都可以編譯。

如果你寫了一些系統軟體，並且使用了大量有針對性的MFC架構，沒有辦法遷移，最好重寫。

VC++ 是 C++ 的一種。

你已經是C++了，還想幹大麻嗎？

VC++是乙個應用工具，你不需要知道裡面的**，只需使用MFC等來源生成即可。

C++ 的級別比較低，學習起來比較困難，移植時要看是 Win32 還是 Linux 下。

這更難。

如果您打算使用其他 C++ 編譯器，則應檢視文件。

絕對很大，對於房東來說。

把整個版本資料夾都拿過來，應該沒問題。

首先，為登入對話方塊建立乙個類，比如說 clogdialog然後，將接收使用者名稱輸入的文字框關聯為 cstring 變數。 關聯方法是右鍵單擊對話方塊的空白部分，選擇“ClassWizard”，然後選擇“成員變數”選項卡，雙擊文字框的 ID，並將其與 Cstring 值關聯，假設名稱為 M logname

您可以使用通話對話方塊。

clogdialog dlg;

進入程式後，您可以使用它。

主對話方塊中的 cpp 檔案包含 dialog1 標頭檔案，以確保可以正確載入該檔案。

在主對話方塊中新增 cdialog1 tmpdlg，雙擊 onbutton1 生成雙擊按鈕事件;

將呼叫該對話方塊。

獲取對話方塊類物件或物件指標，然後通過指針對其進行操作。

1. 它們要麼 nlddlgltem 不存在，要麼是錯誤的，或者沒有建立與 nlddlgltem 對應的控制項。

2.從您的描述中，BKDC 也應該是乙個記憶體 DC，並且記憶體 DC 需要繫結到資源物件。

1 我一直跟著你的程式，有很多我不明白的地方，你的陣列有多大？ 是10個嗎？ 你的演算法思維不是很清楚。 如果你看看下面的演算法，你會發現一些東西。

設待排序的陣列為 a[1]......a[n]，首先選擇任意乙個資料（通常是第乙個資料）作為關鍵資料，然後把所有小於它的數字放在它的前面，把所有大於它的數字放在它後面，這個過程稱為說謊快速排序。 說謊快速排序的演算法是：

1）在排序開始時設定兩個變數i和j，i：=1和j：=n;

2）取第乙個陣列元素作為關鍵資料，給x賦值，即x：=a[1];

5）重複第一步，直到i=j;

例如，要排序的陣列 a 的值為：（初始鍵資料 x：=49）。

a[1] a[2] a[3] a[4] a[5] a[6] a[7]：

第一次交流後：27 38 65 97 76 13 49

按照演算法的第三步從後面找到它）。

第二次交換後：27 38 49 97 76 13 65

根據演算法的第四步，從前面開始求x的值，65>49，兩者互換，此時i：=3）

第三次交換後：27 38 13 97 76 49 65

按照演算法的第五步，再次執行演算法的第三步。

第四次交流後：27 38 13 49 76 97 65

根據演算法的第四步，從前面開始找大於x的值，97>49，兩者互換，此時j：=4）

這時執行第三步，發現 i=j，從而結束一躺快速排序，那麼躺著快速排序後的結果是：27 38 13 49 76 97 65，也就是說，所以所有大於 49 的數字都在 49 之後，所以所有小於 49 的數字都在 49 前面。

快速排序就是遞迴地呼叫這個過程——在49號作為中點拆分資料序列，對前一部分和後一部分進行類似的快速排序，從而完成所有資料序列的快速排序，最後把這個資料序列變成乙個有序序列，按照這個想法對上面的陣列a進行快速排序的整個過程如圖6所示：

初始狀態。 經過快速排序，它被分為 49 個

兩部分快速分開分揀，第三步和第四步互換後，就成了完成的分揀。

交換第三步和第四步後，變為“完全排序”。

你的函式引數有 s 和 t，在函式體中，你定義了 s 和 t，說明你的地基很差，所以讓我們先打好地基。

快速排序演算法是有問題的。 傳入值不可能有問題，我不知道你如何除錯說傳入值有問題。

你的排序速度不好，咱們用書吧，很經典。

在 system32 目錄中，以 MFC 開頭的動態庫。 但是，如果是發布，則不需要此:)

為什麼不將專案屬性設定為靜態 MFC？

擁有大量 MDL 和大量 MFC 是多麼麻煩。