更新內(nèi)容

從BTRFS引導(dǎo)

·0.4.10的主要功能必須是reactos現(xiàn)在能夠從BTRFS格式化的驅(qū)動(dòng)器啟動(dòng)。這項(xiàng)工作是與學(xué)生開(kāi)發(fā)者Victor Perevertkin一起在今年的Google Summer of Code中進(jìn)行的。雖然實(shí)際的文件系統(tǒng)驅(qū)動(dòng)程序本身來(lái)自WinBtrfs馬克·哈姆斯通（Mark Harmstone）的項(xiàng)目，Victor的大部分工作是填寫(xiě)驅(qū)動(dòng)程序希望與之交互的reactos的零碎片段。

·ReactOS中的文件系統(tǒng)堆棧可以說(shuō)是較不成熟的組件之一，這是因?yàn)楹苌儆虚_(kāi)源NT文件系統(tǒng)驅(qū)動(dòng)程序可用來(lái)測(cè)試。項(xiàng)目?jī)?nèi)部使用的代碼都經(jīng)過(guò)了足夠的迭代，以解決ReactOS中的空白。

·另一方面，WinBtrfs對(duì)其歷史記錄沒(méi)有任何負(fù)擔(dān)，而是充分利用了已記錄的NT文件系統(tǒng)驅(qū)動(dòng)程序API。

·與這項(xiàng)工作并行的是需要進(jìn)行更基礎(chǔ)的工作，以便在ReactOS安裝程序和引導(dǎo)程序中公開(kāi)使用BTRFS的選項(xiàng)。

·ReactOS擁有一個(gè)可以運(yùn)行的驅(qū)動(dòng)程序很好，但是用戶最終需要有一種使用它的方法。事實(shí)證明聯(lián)合的努力確實(shí)卓有成效，并且邀請(qǐng)用戶試用0.4.10中的BTRFS支持。該功能的新穎性將意味著到處都會(huì)出現(xiàn)不可避免的錯(cuò)誤，但是只有在社區(qū)的幫助下，他們才能報(bào)告項(xiàng)目可以進(jìn)一步改進(jìn)。

前端改進(jìn)

·當(dāng)用戶使用ReactOS時(shí)，他們使用的接口就是外殼。Shell32庫(kù)是支持Shell功能的基礎(chǔ)，其改進(jìn)通常直接暴露給最終用戶。在過(guò)去的幾個(gè)月中，Katayama Hirofumi（該項(xiàng)目的長(zhǎng)期貢獻(xiàn)者）充實(shí)了一些新功能，同時(shí)對(duì)其他現(xiàn)有功能進(jìn)行了改進(jìn)。

·對(duì)于我們這些在命令提示符下進(jìn)行大量工作的人來(lái)說(shuō)，存在各種各樣的技巧和捷徑，可以使我們的生活更輕松。一種這樣的技巧是能夠?qū)⑽募蚰夸洀奈募Y源管理器拖放到命令行上，以獲取其完整路徑。為了補(bǔ)充這一技巧，片山先生還對(duì)我們這些人進(jìn)行了改進(jìn)，使他們更加注重圖形化外殼，而不是命令提示符。

·過(guò)去，ReactOS僅提供與外殼中的事物進(jìn)行交互的極其有限的方法。資源管理器中的文件夾僅以某種方式呈現(xiàn)，您無(wú)法更改是使用單擊還是雙擊來(lái)輸入它們，并且與多個(gè)窗口化應(yīng)用程序進(jìn)行交互比較笨拙，而且比預(yù)期的要受限制。所有這些以及更多方面都得到了改善。

·ReactOS的整體外觀和感覺(jué)也得到了改善，或者說(shuō)運(yùn)行在它上面的應(yīng)用程序也得到了改善。一類特殊的應(yīng)用程序是安裝程序，其中MSI系列基于字體高度執(zhí)行圖形渲染。用戶可能會(huì)回想起過(guò)去在運(yùn)行MSI安裝程序時(shí)看起來(lái)有些奇怪的某些事情，只是對(duì)這些安裝程序的外觀略有懷疑。

·這些功能聽(tīng)起來(lái)似乎很小，但許多功能是用戶所期望的，而且它們的缺失也不會(huì)被忽視。實(shí)際上，ReactOS可以實(shí)現(xiàn)的最大成功就是讓用戶甚至不必在導(dǎo)航系統(tǒng)時(shí)就思考，一切都能按照他們期望的方式進(jìn)行。

·最后，該項(xiàng)目將被取消，更不用提其他開(kāi)發(fā)人員對(duì)Shell持續(xù)改進(jìn)的貢獻(xiàn)了。盡管愛(ài)馬仕Bélusca-Ma?to的重要后端工作對(duì)最終用戶來(lái)說(shuō)仍然難以理解，但正如預(yù)期的那樣，Denis Malikov和Jared Smudde進(jìn)行的有關(guān)文件復(fù)制和快捷方式創(chuàng)建的修復(fù)可能會(huì)更容易受到贊賞。

穩(wěn)定性

·穩(wěn)定性通常很難量化，因?yàn)樗ǔＪ欠浅Ｖ饔^的。我們可能都同意的一件事是，任何阻止ReactOS或在其上運(yùn)行的應(yīng)用程序崩潰的東西在穩(wěn)定性欄中是一個(gè)加號(hào)。為此，盡管Timo Kreuzer和Pierre Schweitzer對(duì)內(nèi)存管理堆棧的改進(jìn)聽(tīng)起來(lái)可能不透明和含糊，但它們?nèi)匀挥兄赗eactOS的穩(wěn)定性。

·同時(shí)，每次主要的廣泛使用的應(yīng)用程序在ReactOS上實(shí)現(xiàn)全部功能時(shí)，也構(gòu)成了勝利。Stanislav Motylkov對(duì)ReactOS中使用的C運(yùn)行時(shí)庫(kù)的貢獻(xiàn)現(xiàn)在使該項(xiàng)目使用的版本控制軟件Git最終能夠正常工作。出于ReactOS的考慮，Mark Jansen能夠確定與FreeType字體庫(kù)有關(guān)的此類崩潰的原因。最好將藍(lán)屏寄托在我們的記憶中，而不是成為我們?nèi)粘Ｓ?jì)算經(jīng)驗(yàn)中的常年部分。

·但是，最可靠的度量標(biāo)準(zhǔn)可以說(shuō)是要實(shí)際運(yùn)行多少ReactOS和所需的應(yīng)用程序集合。為此，目前尚沒(méi)有替代品可以進(jìn)行人工測(cè)試。為此，Joachim Henze投入了大量時(shí)間，甚至在正式的發(fā)行準(zhǔn)備過(guò)程開(kāi)始之前就進(jìn)行了連續(xù)回歸測(cè)試。今天，他的工作成果就擺在您面前，盡管您可能看不到有無(wú)數(shù)次被選擇性過(guò)濾以產(chǎn)生版本0.4.10的修復(fù)，改版和調(diào)整，但請(qǐng)放心，它們結(jié)合在一起可以為這是ReactOS項(xiàng)目的努力。

其他改進(jìn)

·Stanislav Motylkov在正確檢索BIOS信息方面做了一些工作。現(xiàn)在，dxdiag中的空白條目將填充實(shí)際值。社區(qū)幫助他收集了1000多個(gè)獨(dú)特的BIOS轉(zhuǎn)儲(chǔ)，以幫助他測(cè)試實(shí)現(xiàn)。

第三方歸屬

·與往常一樣，如果不提供對(duì)我們使用的第三方數(shù)據(jù)的確認(rèn)，該項(xiàng)目將被取消。對(duì)于此發(fā)行版，Amine Khaldi已將用戶模式DLL同步到WINE-Staging版本3.9。此外，如上所述，ReactOS對(duì)BTRFS的支持應(yīng)歸功于WinBTRFS項(xiàng)目，其中Pierre已將其同步到最新版本1.0.2。

React OS系統(tǒng)安裝教程-電腦系統(tǒng)安裝手冊(cè)（虛擬機(jī)）