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

美國MFC是直播的嗎？

是的，按照美國時(shí)間，都是直播。

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

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

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

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

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

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

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

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

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

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

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

MFC還有前途嗎？

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

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

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

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

QT和MFC哪個(gè)更好？

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

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

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

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

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