2010-01-01 54 views

回答

0

是的,这是可能的。

但首先你必须确定一个操作系统是什么;然后在你的操作系统中定义你想要的东西?一个操作系统在后台以及前台都做了很多工作,有应用程序,内存,线程,网络,端口,一个独立的世界,使事情工作。

我会阿维亚德,可能你的操作系统可以被称为.NET CLR,但是那是什么那被称为同意。对你的问题的回答是,如果你定义了你的操作系统并且可能会限制你自己真正需要的东西,那么可以这样做。

6

是的,可以使用vb.net制作操作系统。

+1

+1对于答案。 – 2010-01-01 08:05:55

0

不!

除非你重新定义的操作系统是什么,使这个问题适合的解决方案。几十年来这一直是这个行业的标准做法。鉴于操作系统权的定义,你甚至可以用世界语写吧:)那么,什么是你的操作系统的定义是什么?

+1

它的定义不像是有工具来完成它的定义。您可以将VB编译为纯汇编,或者您可以编写一个在运行时加载的低级VM(如奇点)。两者都可以完成问题参数,而无需质疑操作系统“是”的定义。 – Matt 2010-01-01 07:59:06

+1

+1完全同意envalid。 – 2010-01-03 10:51:47

+0

为了记录,我的答案与接受的答案完全相同!请注意,第一个句子以限定符“除非”开头。对“不!”的宗教膝盖反应反应预计:) – 2010-01-03 11:54:14

4

你有一个严重的问题引导。编译的VB.NET代码不能在没有CLR和JIT编译器的服务的情况下运行。它的现有实现(例如mscorwks.dll和mscorjit.dll)严重依赖于操作系统提供的服务。你必须自己写,这不是轻描淡写。另外,框架中的许多类依靠P/Invoke来直接调用Windows API函数。非常基本的类,如控制台,控制,文件流,套接字。你也必须替换它们。奇怪的是,上次我看到一个视频时,卡住了。

的“入门套件”对于任何像这样的项目是Rotor。 Mono就是这样开始的。看看你的目标,专注于平台自适应层(PAL)。需要以当前形式写入非托管C/C++。

-1

是的,但这并不容易。或者事实上,很难。这将非常困难!你必须编写一个Visual Basic解释器(用asm或c),然后你需要实现System和许多其他CLR的东西。你可能想要做的是创建一个虚拟操作系统。这意味着它会覆盖Windows GUI并充当接口。祝你好运。

相关问题