美國MFC是直播的嗎？是的，按照美國時間，都是直播。怎么編寫可視化界面，MFC問題？處理器調(diào)度問題需要作業(yè)調(diào)度，算法:先到先服務(wù)，短流程優(yōu)先，最高響應(yīng)比。我可以自己實現(xiàn)算法，但是我可以 用MFC測試程

美國MFC是直播的嗎？

是的，按照美國時間，都是直播。

怎么編寫可視化界面，MFC問題？

處理器調(diào)度問題需要作業(yè)調(diào)度，算法:先到先服務(wù)，短流程優(yōu)先，最高響應(yīng)比。

我可以自己實現(xiàn)算法，但是我可以 用MFC測試程序。想編一個界面，大概是這樣的:

處理器調(diào)度(標題)

工作數(shù)量:每個工作的信息:

作業(yè)名稱作業(yè)編號提交時間運行時間(服務(wù)時間)

進入第I次數(shù)據(jù)提交。

流程短先到先得最高響應(yīng)率

作業(yè)名稱作業(yè)編號提交時間運行時間開始時間完成時間周轉(zhuǎn)時間加權(quán)周轉(zhuǎn)時間執(zhí)行順序

平均周轉(zhuǎn)時間平均加權(quán)周轉(zhuǎn)時間

如何學(xué)習(xí)MFC？學(xué)什么？短暫的。你不 不需要走得太遠。如果有源代碼就更好了。

MFC還有前途嗎？

事實上，MFC最初是為初學(xué)者開發(fā)Windows界面程序而設(shè)計的。什么document/view，diaglo-based都是為了你按照一條不變的路去開發(fā)不變的軟件。It it'真惡心。

從實際的角度來看，MFC應(yīng)該被放棄。如果想從事C，可以直接學(xué)習(xí)Visual C 2010 Win32編程(注意是Win32，不是MFC)作為底層開發(fā)，加上Qt作為界面開發(fā)。

如果你不 不必拘泥于C，我建議學(xué)習(xí)C#和。net，也能做出不錯的Windows程序和網(wǎng)絡(luò)程序。

我的看法是，以后除了大型游戲，桌面程序都不會用C，更不用說MFC了。c只用于開發(fā)操作系統(tǒng)、驅(qū)動等底層。C的開發(fā)成本(時間)真的太高了，錯誤的成本真的讓人無法接受，往往一個簡單的功能很長時間都無法完美實現(xiàn)。

QT和MFC哪個更好？

1.總的來說，MFC可能更快，因為windows平臺的開發(fā)工具大多是智能化的，因為基于windows的開發(fā)人群很廣，從新手到專業(yè)人士都有，但是QT是基于Linux的，可用的開發(fā)工具不多，大部分是專業(yè)的，大多是第三方產(chǎn)品。

2.集成不大，沒有MFC那么多第三方庫，稍微好一點。但由于QT被諾基亞收購，跨平臺集成開發(fā)環(huán)境QTCreator已經(jīng)正式發(fā)布，所以未來的方向還不好說。個人認為QTCreator差距較大，有待改進。

3.不過從庫本身來說，QT集成的功能比MFC大，使用的封裝技術(shù)信號和插槽也是贊的。比如QTScript為QT提供了嵌入式腳本，QT接口庫支持CSS，所以QT做出來的界面比MFC更好更容易。，MFC需要第三方庫的幫助。

4.因為MFC是淺包(最新的2008sp1加了BCG 的高級接口庫，可能會改進)windowsSDK，以減少使用windowsSDK帶來的開發(fā)效率下降和開發(fā)難度增加。

5.所以QT庫比MFC好，兩個庫都經(jīng)受住了時間的考驗，穩(wěn)定性高，幾乎沒有bug。