现在从Windows移植过来的应用基本上都是通过QT库，可是移植到QT的工作量并不小，而且后继的开发还要继续移植到QT上来，开发量还是很大。这种移植工作量大，在后继开发中还容易被放弃。

那么为什么深度不集中力量开发一个类似QT的库，但是它的API是兼容WindowsAPI的呢？这样应用程序的移植只需要少量的调整，就可是直接编译连接这个WinuxAPI，就生成可以在Linux运行的应用了。而且后继开发基本上没有什么移植工作量，只是编译调试罢了。

现在Wine本身已经提供了大量的WinAPI的内容，只是Wine的目标是直接运行二进制程序，而不是提供一个API库进行编译连接。现在看来Wine的步子太大，扯蛋了。在它上面能跑一些程序，但是跑起来蛋痛。而且这些个蛋痛还不容易调试。如果是编译连接API库的源代码，那么调试起来就容易的多了。开发速度也能快很多。

深度完全可以利用Wine已经实现的API重新打包一个WinAPI兼容库，让应用程序商来进行移植。

说起来，我记得以前Wine项目是有这个兼容连接库的，libwine什么的，方便游戏开发商进行源代码移植，但是当时把Windows的应用移植到Linux的风气不大，而且一开始就是大型游戏的移植，存在一些问题，所以后来这个项目就没什么声音了。而且这个libwine可能需要跟Wine本身紧密耦合，所以结构设计上也许也有些问题。

现在深度作为一个对Windows和Linux都有很深了解的开发商，又有迫切的需要移植大量的Windows上的应用，拾起这个项目，或者重新设计结构，在利用现有的Wine内容，扔掉里面兼容Win7以前版本的东西，应该能走得更远！