為什么win10是最后一個win呢？微軟有沒有打算將來開發(fā)全新系統(tǒng)呢？或者win10一直用下去？

這表明，微軟將調整Windows的開發(fā)方式，而Windows未來將成為一種服務。言外之意就是說目前的windows10系統(tǒng)實質意義上已經(jīng)不再是傳統(tǒng)的windows了，它的原理給我感覺越來越像是一部手機系統(tǒng)，它的開機和重啟都是分離開的，也就是說重啟才是真正的關機，而關機則是手機屏幕熄屏的效果，這里所說的最后一個WIN系統(tǒng)的另一個含義就是，微軟準備將WIN10之前的所有windows系統(tǒng)的技術升級全部停止，包括win7與win8，全心全意的關注與win10上，這樣也大大的降低了工作量。

成都創(chuàng)新互聯(lián)專注于龍港網(wǎng)站建設服務及定制，我們擁有豐富的企業(yè)做網(wǎng)站經(jīng)驗。 熱誠為您提供龍港營銷型網(wǎng)站建設，龍港網(wǎng)站制作、龍港網(wǎng)頁設計、龍港網(wǎng)站官網(wǎng)定制、重慶小程序開發(fā)公司服務，打造龍港網(wǎng)絡公司原創(chuàng)品牌,更為您提供龍港網(wǎng)站排名全網(wǎng)營銷落地服務。

開源的Windows系統(tǒng)——ReactOS

ReactOS 是一個開發(fā)與Windows NT和Windows 2000應用程序和硬件驅動程序兼容的開源操作系統(tǒng)的項目。此項目當前雖然只是處于 內部測試（alpha） 開發(fā)狀態(tài)，但到2005年1月其中一些子項目已經(jīng)完成了目標。

ReactOS主要是由C語言編寫。部分組件則由C++編寫，例如ReactOS 文件瀏覽器。

ReactOS的許可協(xié)議主要為GNU通用公共許可證，也有少量代碼以GNU寬通用公共許可證、BSD許可證之類的開源許可證發(fā)行。

為確保操作系統(tǒng)沒有任何一部分是看過泄漏出來的微軟 Windows 源碼的人所寫，或者逆向工程的過程達不到凈室設計標準，一個全盤的源碼審查由ReactOS主要開發(fā)者下令展開。此審查當前已經(jīng)結束。

發(fā)展歷程

啟動開發(fā)

大約在1996年時，一群開源軟件開發(fā)者啟動了一個名為 FreeWin95 的項目，旨在實現(xiàn)一個Windows 95的克隆操作系統(tǒng)。這個項目當時只停留在關于系統(tǒng)實現(xiàn)的討論上。

雖然對于 FreeWin95 項目期待很高，但直到 1997 年末，項目還沒有公開發(fā)布任何版本，于是項目協(xié)調員Jason Filby 聯(lián)合大家重振該項目并起了一個新名稱 “ReactOS” ，并計劃重新實現(xiàn) Windows NT。1998年 2 月 ReactOS 項目正式啟動，開始開發(fā)系統(tǒng)內核和基本的驅動程序。

代碼審查

為了避免版權起訴，ReactOS 必須明確地完全區(qū)分并且不派生于 Windows，這是一個需要非常謹慎工作的目標。2006年1月17日，Hartmut Birr 在 ReactOS 開發(fā)者郵件列表中指出 ReactOS 包含有反編譯的 Windows 源碼。因此開發(fā)者暫時禁止非開發(fā)者進入系統(tǒng)。鑒于 ReactOS 是開放源碼軟件，此舉引起開放源碼社群的不滿。ReactOS 的貢獻者沒受當時的舉動影響。 不久后所有軟件開發(fā)工程都能自由進入了。由于 Birr 的指摘未能證實，開發(fā)者決定審查源碼。 可能“受污染”的源碼會被封鎖，直到那些源碼經(jīng)審查后確定無問題。

大部分的源碼已解封，維護和開發(fā)都可繼續(xù)進行，而審查亦同時進行。

2008年，源碼已經(jīng)全部解封。審查也已經(jīng)全部結束。維護和開發(fā)得以正常繼續(xù)。

參與 Google Summer of Code

從 2006 年開始，ReactOS 項目參與了幾次 Google Summers of Code。例如，在GSoC 2011 中， ReactOS 指導了一個將 lwIP 集成到網(wǎng)絡堆棧中的學生項目。迄今為止，ReactOS曾在 GSoC 參與過五次：2006年，2011年，2016 年，2017年 和 2018 年。2019 年也將參與。

公開演示

俄羅斯的政治人物 Viktor Alksnis 會見了項目協(xié)調員 Aleksey Bragin，Aleksey Bragin介紹了該項目并演示了該項目，演示中顯示 ReactOS 在 2007 年已經(jīng)可以運行當時的 Total Commander 和 Mozilla Firefox。 它還吸引了時任俄羅斯總統(tǒng)梅德韋杰夫（Dmitry Medvedev）的關注。 梅德韋杰夫訪問了斯塔夫羅波爾地區(qū)的一所高中，巧合的是 ReactOS 開發(fā)者 Marat Karatov 正是該學校的高中生，他借此機會向總統(tǒng)介紹了開源 Windows 系統(tǒng)，并請求總統(tǒng)資助 100 萬歐元。梅德韋杰夫稱對 ReactOS 很感興趣，表示會考驗資助事宜。

ReactOS 社區(qū)版

2014年4月，ReactOS 項目宣布推出 iegogo活動，推出基于 0.4版本的 ReactOS Community Edition?；I資活動的目標是50,000美元，除此之外還有額外的伸展目標。ReactOS Community Edition 的開發(fā)將以社區(qū)為中心，ReactOS用戶投票和資金決定項目旨在支持哪些軟件和硬件驅動程序。2014年 6 月 1 日，關于Indiegogo的靈活眾籌活動結束時籌集了25,141美元用于社區(qū)版的開發(fā)，并且不久后啟動了支持硬件和軟件的投票過程。

ReactOS Hackfest 2015

ReactOS 項目于2015年8月7日至12日在德國亞琛市舉辦了一場Hackfest。Hackfest 圓滿結束，因為它為 ReactOS 增加了許多功能。

系統(tǒng)開發(fā)

核心開發(fā)

ReactOS主要用C語言進行編寫，另外包含一些用 C ++ 編寫的元素，如 ReactOS Explorer 和聲音棧。該項目使用 MinGW 和 Visual Studio 進行編譯。 開發(fā)人員的目標是使內核和用戶模式API與Windows NT 5.2（Windows Server 2003）兼容，并增加對更多應用程序和硬件的支持，并計劃在開發(fā)日趨成熟時針對更新版本的Windows。DirectX支持是通過內部實施 ReactX進行的。2D硬件加速渲染是本機完成的，而其他繪圖功能則重定向到OpenGL作為權宜之計解決方案。 開發(fā)進度受開發(fā)團隊規(guī)模及其經(jīng)驗水平的影響。作為對實施 Windows 7所需工作量的估計，微軟雇傭了大約1,000名開發(fā)人員，組成了25個團隊，每個團隊平均有40名開發(fā)人員。但截至2011年9月2日，在 Ohloh 的 ReactOS條目中，通過“非常大，活躍開發(fā)者只有 33 位，這些開發(fā)人員在 12 個月的時間內貢獻了累計，并且累積了104個以前通過 Subversion 從項目開始為代碼貢獻代碼的用戶。ReactOS 開發(fā)人員 Michele C.在米蘭舉辦的 Hackmeeting 2009 上的演講中指出，大多數(shù)開發(fā)人員在使用ReactOS時都了解 Windows體系結構，并且沒有任何先驗知識。 雖然ReactOS當前主要針對 x86 / AMD64 PC 平臺，但是，移植到ARM 架構的努力“正在進行中”，雖然它沒有產生太多功能而被放棄了。支持的的Xbox，變體IA-32體系結構，是通過使用一個特定于體系結構的加入HAL，雖然這一點，與端口沿的PowerPC，不再積極維護。

硬件驅動程序堆棧

在硬件驅動程序方面，例如UniATA項目為ReactOS 提供串行ATA驅動程序。該項目還嘗試使用FullFAT庫重寫其FAT可 安裝文件系統(tǒng)。ReactOS利用 Haiku 的 USB 堆棧作為參考，并作為其 USB 支持的基礎。 網(wǎng)絡 ReactOS的網(wǎng)絡堆棧構建在 FreeBSD中 OSKit 網(wǎng)絡堆棧端口的TCP部分，以及內部開發(fā)的面向數(shù)據(jù)包協(xié)議（如IP）的實現(xiàn)。后來，lwIP被集成到ReactOS的網(wǎng)絡堆棧中。Samba / Samba TNG 項目已經(jīng)提供了LSASS，SAM，NETLOGON 和打印假脫機等 Windows 網(wǎng)絡服務作為開源替代方案。

與 Wine 項目合作

ReactOS 和 Wine 項目共享本機運行二進制 Windows 軟件的目標，因此可以共享許多依賴項和開發(fā)。 ReactOS 使用 Wine 項目的一部分，以便它可以從 Wine 在實現(xiàn) Win32 API方面的進展中受益。雖然由于體系結構的不同，Wine 的 NTDLL，USER32，KERNEL32，GDI32和 ADVAPI32 組件不能由 ReactOS 直接使用，但代碼片段和其他部分可以在兩個項目之間共享。不過內核由 ReactOS 單獨開發(fā)，因為 Wine 依賴于現(xiàn)有的類 Unix 內核。。

此外，ReactOS另外有一支實驗性的Arwinss團隊，透過另一種方式去構建Win32 API，使USER32及GDI32的支持可以做得更好。ReactOS原來的Win32子系統(tǒng)完全以Windows的等同為藍本，但Arwinss則透過合并原來ReactOS的Win32子系統(tǒng)及Wine的Win32子系統(tǒng)的架構，以好好利用Wine的系統(tǒng)兼容性。這樣，Arwinss就可以讓用戶透過一個遙距的X server作顯示，而無需硬性規(guī)定必須要用硬件上的顯示屏。

影響與評價

下面一些關于 ReactOS 項目的批評提出幾條為什么他們不相信 ReactOS 會成為一個有價值的項目的原因。其中，有人指出把與 Windows NT 4.0 兼容作為 ReactOS 的發(fā)布目標是一個局限，因為 NT 4.0 評價不佳而且它已經(jīng)過時了。

作為回復，有人提出雖然當前是把與 Windows NT 4.0 兼容作為目標，但是，Windows 后來基于 NT 架構的系統(tǒng)都與 NT 4.0 在系統(tǒng)層次上高度相似（例如：Windows 2000, Windows XP, Windows Server 2003）。因此，想要與后續(xù)的 Windows 版本兼容，只要 NT 4.0 的目標完成，剩下都簡單了。 以此為由，該批評的回復者說把 NT 4.0 的兼容作為里程碑并不是一個局限，而是未來開發(fā)的基礎。

其它人則批評認為我們已經(jīng)有好幾個基于 Unix（Linux 及不同版本的 BSD）的操作系統(tǒng), 與其再創(chuàng)建一個新的, 不如集中精力改善舊的，努力做好 WINE，讓現(xiàn)有的 WINDOWS 應用程序在其上運行得更好。但是，ReactOS 開發(fā)者及其他擁護者辯解說，UNIX 類操作系統(tǒng)不一定是唯一的最好的操作系統(tǒng)類型。NT 的設計含有很多概念是 Unix 工作方式的改進，而且一個在更低層次更似 Windows 的操作系統(tǒng)（即是設計成與 Windows 相似，而非執(zhí)行某某應用程序，嘗試把另一個操作系統(tǒng)變成 Windows）將更有機會成功達到更廣闊地兼容現(xiàn)有的 Windows 應用程序和（特別是）硬件驅動程序。

未來目標

硬件需求

值得留意的是，ReactOS亦可在能模擬上述硬件的軟件內運作，比如Virtual PC、VMware、Bochs或QEMU。

眼見Windows NT 4.0可在i386以外的MIPS、Alpha AXP和PowerPC架構運行，而NT派生的操作系統(tǒng)如Windows XP和Windows Server 2003又已被移植到不同的硬件架構上（例如x86-64、IA-32及IA-64），ReactOS開發(fā)者亦開始注意可移植性。譬如對IA-32架構變種Xbox平臺的支持，已加入0.2.5發(fā)布版，而直到2006年上半年，PowerPC port和Xen port的工程仍在努力。

開發(fā)一個window操作系統(tǒng)究竟要多少行代碼呢？

微軟的Windows系統(tǒng)是伴隨我們已久的老朋友了，大多數(shù)人都是一代一代Windows的用上來，老用戶幾乎都形成一個共識，就是微軟的系統(tǒng)有一代會很好，也有一代會很糟糕，比如Windows XP、Windows 7就很受歡迎，而Windows 2000、Windows Vista就是一個悲傷的故事。那么，微軟的Windows系統(tǒng)用了這么久，究竟它有多少行代碼呢？

Microsoft Windows問世于1985年，起初僅僅是Microsoft-DOS模擬環(huán)境，后續(xù)的系統(tǒng)版本由于微軟不斷的更新升級，不但易用，也慢慢的成為家家戶戶人們最喜愛的操作系統(tǒng)。下面我們從代碼行數(shù)、開發(fā)難度，參與人員的數(shù)量，開發(fā)的時間長度等角度來說說，一個windows系統(tǒng)有多復雜。

Windows XP大約40,000,000行代碼。

Windows Vista 大約50,000,000行代碼，算上修正掉的代碼估計超過一億行。內部版本超過上千個，每個版本都有所測試。為其做出貢獻的正式工合約工臨時工超過數(shù)萬人。大概的工程量可能和胡夫金字塔相當。

Windows 7 大約50,000,000行代碼。Windows 7開發(fā)的時候有23個小組，每個小組約40人，也就是將近1000人。這僅僅是Windows團隊的人數(shù)，其余為其做出貢獻的更是數(shù)不勝數(shù)。

幾千萬行代碼的工作量是個什么概念？舉個參照系吧，很多人在用的金山的WPS代碼行數(shù)約有150萬行，而金山軟件公司重寫這個級別的辦公軟件WPS，用了3年時間。

再比如微軟在4年前的研發(fā)成本超過100億美元，在開發(fā)Windows Vista的所花費的研發(fā)費用更是超過了恐怖的200億美元。Linux內核開發(fā)根據(jù)人員投入的規(guī)模測算，也耗資數(shù)有十億美元。

假如一個桌面級的操作系統(tǒng)代碼規(guī)模在千萬行數(shù)量級，如果加上配套軟件，總規(guī)模應該超過一億行，如果再加上一個完整的軟件生態(tài)系統(tǒng)，那么總規(guī)模應該不少于十億行。這還是成熟的系統(tǒng)，再加上調試精簡前更多。再加上各個功能之間需要兼容性，可維護性，可管理性等這些隨著代碼的越來越多可推敲，需考慮的問題也會越來越多，是項技術難度非常大的工作！你覺得呢？

文章標題：windows系統(tǒng)工作量的簡單介紹
文章來源：http://chinadenli.net/article8/hpisop.html

成都網(wǎng)站建設公司_創(chuàng)新互聯(lián)，為您提供網(wǎng)站維護、商城網(wǎng)站、網(wǎng)站策劃、用戶體驗、網(wǎng)站內鏈、建站公司

廣告

聲明：本網(wǎng)站發(fā)布的內容（圖片、視頻和文字）以用戶投稿、用戶轉載內容為主，如果涉及侵權請盡快告知，我們將會在第一時間刪除。文章觀點不代表本網(wǎng)站立場，如需處理請聯(lián)系客服。電話：028-86922220；郵箱：631063699@qq.com。內容未經(jīng)允許不得轉載，或轉載時需注明來源： 創(chuàng)新互聯(lián)