1.Windows源代码有3000万行?什么概念?
2.windows容易中毒和源代码开不开放有什么关系,码质望高手指点
3.ReactOS团队如何验证和理解Windows源代码?
Windows源代码有3000万行?什么概念?
可以这样理解:
以我现在的码质水平,每天写的码质原始代码大概是行。需要用相同多的码质时间来调试,再需要相同多的码质时间来优化,还需要相同多的码质源码 鲜旅客时间来编译测试,算下来每天能写行有效代码。码质
让我写一个windows的码质话,需要W天=.年
其实编码只是码质整个软件开发过程里面的一小部分。
windows容易中毒和源代码开不开放有什么关系,码质望高手指点
源代码开不开放和中毒没多大关系,码质不过和系统安全、码质隐私有关系~~不开源,码质ef core 源码则系统有什么后门啊、码质别人在系统本身动了什么手脚都不知道,码质或者人家故意留下漏洞,有需之时偷偷利用漏洞攻击~~就拿windows来说,假如某天,和美国干起来了,大唐天下源码美国zhegnfu一个不高兴,命令微软公司关闭所有的windows,令其瘫痪,则依靠windows运行的所有东西都不能在使用!黑屏就是个例子,微软有办法让你黑屏,守株待兔指标源码难道没有办法让你关机?!
但是开源就不同了,这个系统的每一行代码我都知道,你要偷偷的改了,我可以立刻就发现了,可以非常准时的openoffice源码编译修复这个漏洞!
ReactOS团队如何验证和理解Windows源代码?
ReactOS是一个开源项目,致力于开发一个与Windows NT和Windows 兼容的Windows操作系统。开发团队凭借深入的Windows理解,经过多年的努力,已经取得显著成果,本书引用的代码主要来自0.3.3版,部分来自微软的DDK。 ReactOS团队对于Windows的理解并非源于泄漏的源码,而是通过严格的逆向工程和验证实现的。例如,他们在0.3.0和0.3.3版本的代码中,对微软文档中的CreateWindowEx函数描述进行了反汇编验证,发现与实际NT实现存在差异,这体现了团队对细节的严谨态度和对原作的忠实度。 然而,尽管ReactOS团队对Windows有深入理解,但毕竟不是原生Windows,因此在实现过程中可能会存在偏差。代码中可能存在尚未解决的问题,部分功能在当前版本中还未完全实现。为了保证代码的纯净,ReactOS实施了全面的源代码审查,由主要开发者主导,与开发进度同步进行,遵循Clean room design标准,确保没有受到泄漏源码或逆向工程的负面影响。扩展资料
ReactOS是开源免费的Windows NT系列(含NT4.0//XP/)克隆操作系统,保持了与Windows的系统级兼容性。