为何ReactOS？

为何ReactOS ？

许多人在著名的讨论论坛里常问“ 为何我应该使用 ReactOS”或“为什么有人会要ReactOS”或者“为什么不要直接帮助开发Wine？”又或者“为什么不要连同Wine 使用 Linux？”.

我们对这些问题全都有一个答案。但这不是某个简单的魔术词。让我们先在这里举出几个关键问题：

外头上有许多的 *nix 操作系统，这是个非常好的现象。可是它们有非常不同的目标对象（它们完全适合服务器市场，但是在桌面仍然未被征服，并且有几个因素造成今天 Windows 替代品不利）。
首先，目前没有任何操作系统实现微软 Windows NT 的内核架构的设计（GNU/Linux 在这里是最好的比较：Linux 起始为一个Minix 和Unix 的“克隆”（逐渐的将成为 Unix的替代品），而ReactOS 开始为Windows NT 的“克隆”）。
Linux+Wine 永远将不会是个为 Windows 系统的完整替代品。这不只是因为Linux （虽然外头确实有好一些用户友善的Linux 发行版），并且不只是许多用户觉得转型到Linux/BSD 相对比较困难，而是由于 Linux 和 Wine 的架构设计和实现决定从而阻止了 100% 的兼容性。
虽然Linux 支持许多硬件类型，Windows 仍然是设备制造商的主导平台。虽然有一些尝试试图更改这样的现象（比如为 NT 网络卡和驱动的NDIS Wrapper，也有传言关于支持NT 显示卡，为 NT 文件系统支持的Captive NTFS），但是ReactOS 从第一天就通过其设计要与现有的驱动程序和应用程序兼容而解决了这些问题。
有许多人不晓得 *nix 系统的行为或不喜欢所用的惯例。对他们而言，Linux, BSD, 以及 Mac OS X 都不是选项，即使在应用程序的兼容性和硬件的支持开始发挥作用之前的时刻。一个操作系统应该提供消费者他们所要的而非强求消费者去服从它。即使在WINE，您正在运行一个与Windows 的行为非常不同的操作系统，无论在用户还是在系统层次。
向后兼容。这是对许多人和公司非常重要的一环，可是 Linux 和 GNU 工程的开发哲学理论却不将其作为一个优先考虑的问题。Windows 家族每次都离开自己的方向以确保一个稳定的 API 以及向后的兼容性。在设计上，ReactOS 也会遵循现有和未来为 Windows NT 家族所设计的应用程序有向后兼容的哲学。
目前没有计划让Windows 发布于一个能够与 GPL 兼容的授权（至少，ReactOS 团队不晓得有这样的计划）。

最后，ReactOS 提供第三个方案，为那些人已经受够了微软的政策但不愿意放弃所熟悉的环境，架构设计，数以百万计的现有软件应用程序以及数以千计的硬件驱动程序。