现在我相信我们都很清楚Linux桌面与Windows桌面之间的优缺点。然而，我听到的关于嵌入式开发世界的知识却要少得多。我主要对解决方案感兴趣，并且不关心iPhone或Android，而更关心这两个操作系统。
在嵌入式世界中，这两个平台之间的相对权衡是什么？如果您正在考虑建立一个带有自定义硬件、部分定制化操作系统和自定义应用程序的项目箱，那么您会选择哪个操作系统，并为什么选择它？
我认为Windows CE在工具方面胜出，而Linux则在成本和可能的性能方面胜出。然而，这只是无稽之谈。有人有这两个操作系统的实际经验或事实吗？
我曾在一家公司工作了几年，该公司为其所有硬件提供了CE和Linux，因此我对这两个方面都比较熟悉。
这是否意味着CE每次都获胜？并不是。我一点也不建议这样做。如果你使用Linux，并有很多Linux经验和代码资产，那么盲目地运行CE是愚蠢的。然而，如果你从零开始使用它，CE通常具有较低的TCO。拥有Win32 / C＃经验的开发人员更为普遍，因此成本更低。此外，与大多数其他发行版相比，CE提供了更多“内置”功能，这意味着如果您尚未在内部完成这些操作，则可加快上市时间。
系统软件开发
这个领域的问题包括CPU支持、驱动程序质量、现场软件更新、文件系统支持、驱动程序可用性等。在过去的两年中发生的变化之一是，CPU厂商现在将Linux移植到他们的新芯片作为首个操作系统。以前，操作系统移植通常是由Linux软件公司（如MontaVista）或社区努力完成的。因此，Linux内核现在支持大多数主流嵌入式CPU，并且只需要很少的额外补丁。这与5年前的情况截然不同。由于许多人使用相同的源代码，问题得到解决并经常被贡献回主流源代码。对于WinCE来说，BSP /驱动程序支持往往更多的是一个参考实现，然后OEM/用户接管它，修复任何问题，并且修复 tend to stay。嵌入式Linux和WinCE都支持一系列应用程序库和编程语言。C和C++得到了很好的支持。大多数商业类型的应用程序正在向WinCE世界中的C#转移。Linux有Mono，它为.NET技术提供了广泛的支持，并在嵌入式Linux系统中运行非常良好。对于嵌入式Linux，有许多Java开发环境可用。您可能会遇到差异的一个领域是图形库。通常，Microsoft图形API在Linux上得不到很好的支持，因此，如果您有一个由死忠的Windows GUI程序员组成的大型应用程序团队，那么也许WinCE是有意义的。但是，在Windows PC和嵌入式Linux设备上运行的GUI工具包有很多选择。一些例子包括GTK+、Qt、wxWidgets等。Gimp是一个在Windows上运行的GTK+应用程序的例子，还有许多其他应用程序。GTK+和Qt都有C#绑定。WinCE空间中另一个似乎越来越强大的功能是Windows Communication Foundation（WCF）。但是，根据您需要的部分，也有将WCF带到Mono的项目。对于像Python这样的脚本语言，嵌入式Linux的支持非常好，而且Python在200MHz ARM处理器上运行非常良好。
经常有人认为WinCE是实时的，Linux则不是。但是在带有PREEMPT选项的标准内核中，Linux实时支持还是不错的，而加入相对较小的实时补丁后，实时支持会更好。你可以轻松地使用Linux实现亚毫秒定时。这是过去几年中随着将实时功能合并到标准内核中而改变的。
开发流程
在生产环境中，大多数先进的嵌入式应用程序是在PC上开发和调试的，而不是目标硬件上。即使在远程调试目标系统运行良好的设置中，使用工作站调试应用程序效果更好。因此，一个解决方案具有良好的目标调试功能，而另一个解决方案没有这种功能并不是真正相关的。对于数据中心系统，通常会有模拟模式，可以在不连接到真实I/O的情况下测试应用程序。对于Linux和WinCE应用程序，嵌入式设备的应用程序编程类似于PC的编程。嵌入式Linux将其推向了更高一级。由于嵌入式Linux技术与桌面和服务器Linux技术相同，几乎所有为桌面/服务器开发的内容（包括系统软件）都可以免费用于嵌入式。这意味着非常完整的驱动程序支持（请参见上面的USB单元调制解调器和打印机示例），强大的文件系统支持，内存管理等。Linux的选择范围令人惊叹，但有些人可能认为这是一个负面因素，并希望像Windows CE这样的更集成化的解决方案，其中所有内容都来自一个地方。虽然会失去一些灵活性，但在某些情况下，这种权衡可能是值得的。有关使用Openembedded为嵌入式Linux系统构建的软件包数量的示例，请参见。考虑到由手机（iPhone、Palm Pre等）驱动的具有小显示屏的嵌入式设备的趋势非常重要。在现代嵌入式系统中，常见于桌面系统的标准GUI小部件（对话框、复选框、下拉列表等）已经不再适用。因此，考虑支持3D效果和专为触摸屏设备设计的小部件库非常重要。Clutter库就是这种支持类型的例子。
远程支持
回到调试工具的问题，大多数人都会停留在设备在实验室旁边的情况下。但是如果您需要解决正在世界另一端进行beta测试的设备的问题怎么办？这就是像Gdb这样的命令行调试器的优点而不是缺点所在。如果在新西兰没有支持蜂窝调制解调器的支持或者没有像SSH这样的高效连接机制来进行shell访问和文件传输，那么该如何连接到设备呢？
总结
选择任何先进技术都不是简单的任务，即使有经验，也很难做到。因此，重要的是要提出正确的问题，并从许多角度来看待决策。希望本文能对此有所帮助。
我曾参与过定制OEM板的软件项目，我并不认为Linux更便宜。购买板子时还需要购买SDK，即使是Linux版本也需要支付费用。一些制造商为其板提供Windows CE和Linux解决方案，价格没有差别。对于Windows CE，您还需要Platform Builder并支付许可证费用，但是如果不需要支持，它更容易使用。
另一个重要问题是您是否正在构建用户界面或无头设备。对于需要LCD屏幕和人机交互的设备，使用Windows CE会更容易。另一方面，如果您正在构建无头设备，特别是涉及网络协议的情况下，Linux可能是更明智的选择。我相信Linux实现更可靠且更容易调整。
使用Linux，您永远不会孤立无援，并且您永远不会依赖于单个实体提供权限。有许多支持选项，您可以通过许多竞争来源为系统的任何部分选择支持选项。
使用Windows CE，您必须遵守复杂的许可协议中设定的许可和限制。请咨询律师。在Windows CE中，只有一个专有源提供操作系统支持，您将按照他们认为适合支持和提供您需要的方式进行操作。您可能不同意他们的立场，但是除了屈服于他们所规定的事情之外，您没有任何救济措施。使用专有平台的增量组件、模块、开发工具包、许可和支持成本往往会逐渐累积。从长远来看，如果供应商不再希望支持该平台，并且您没有权利自行支持和分发该平台，会发生什么？当供应商采用新技术并希望您与他们一起前进时，即使您可能还没有准备好采取行动，会发生什么？$$$
我们对Windows解决方案的经验是，它们往往随着时间的推移变得更加昂贵。最初被认为是最低TCO的解决方案很快就会演变成负担沉重且维护和支持成本高昂的解决方案。许可协议必须随时间重新协商，而新技术通常是不需要的，但出于提供者的商业需求而被强制纳入考虑。除此之外，许可协议也在不断地改变 - 请咨询律师。
使用Linux，您有自由提供内部支持和专业知识，而无需受到分发解决方案所带来的限制。您还可以自由地继续使用和支持原始提供者不再希望支持的技术。拥有源代码并拥有自主权（GPL、LGPL）在保证业务连续性、控制成本同时提供对最新技术或适合您需要的技术访问时是一个强大的吸引因素。
一个部分自定义的操作系统
如果这个操作系统是开源的（并且你有专业知识），实现起来会更加容易。
Android是一些嵌入式系统的不错选择。（它基于Linux）
你可以找到许多能够在该系统上进行开发的专家。
你可以使用Java或C中的许多库。
但是它会占用很多内存和能源。
我们经常忘记的是，付费/许可软件需要处理许可证。这需要时间和精力！然后你必须跟踪是否正确支付。这涉及许多具有不同技能的人，并且在决策方面成本高昂。
这种成本通常不包括在显示开源/免费比付费软件更昂贵的研究中。
使用“免费软件”更容易处理许可证，并且您花费更少的时间处理这些问题。个人而言，我更喜欢避免每次更改软件的某些部分时与法务/财务团队进行不必要的沟通。
