很重要的一点就是空间占用大。根据观察,目前的deepin-wine采用的是一个软件一个基础文件夹的方式,动辄上百MB。而实际上wine所用到的基础文件(比如drive_c/windows下面的,还有一些其他的)完全相同,另外与软件相关的也往往通用,比如企鹅家的几个聊天软件。
再就是潜在的安全隐患。比如之前QQ爆出扫描浏览器历史记录,虽然linux和windows的文件结构不一样,但万一有软件进行的是全盘扫描呢?一样会泄密。
还有就是兼容性问题。现在的wine文件都能被用户直接访问,万一用户不小心改动了一些文件然后wine崩了,会怪到系统头上。而移植到其他平台也需要一定的适配,不利于社区建设。
首先是性能几乎无损耗,这个无需多言,而且从底层原理上就很容易支持GUI显示。
其次能节省空间。docker通过一层层的image构建、复用,能把相同的部分省下来,只多存不同的部分,甚至可以像deb软件包一样形成windows应用的依赖关系来自动调用所需的image。而这也规避了软件之间互相影响。
再次是规避安全隐患。通过适配维护人员的工作搞清楚运行时需要保存哪部分文件,只映射对应的目录,就能防止软件窃取无关信息。一些运行文件即使被软件更改,下次启动的时候还是会恢复原样。
最后还有一点是兼容性强。docker能避免用户对系统进行奇妙操作影响wine的应用、文件,甚至可以无视发行版区别提供相同的运行环境,很容易在deepin和UOS之间适配,也方便社区爱好者移植。
如果能做成基于docker的wine应用体系,在空间占用、依赖管理、安全保护、兼容、社区贡献方面都将功德无量!
我倒是觉得做一个大而全的deepinWine更好,什么功能都有,什么win软件都能用。我们缺这几个或者几十个G吗?
Featured Collection
Popular Ranking
Popular Events
首先说说目前deepin-wine存在的一些问题。
很重要的一点就是空间占用大。根据观察,目前的deepin-wine采用的是一个软件一个基础文件夹的方式,动辄上百MB。而实际上wine所用到的基础文件(比如drive_c/windows下面的,还有一些其他的)完全相同,另外与软件相关的也往往通用,比如企鹅家的几个聊天软件。
再就是潜在的安全隐患。比如之前QQ爆出扫描浏览器历史记录,虽然linux和windows的文件结构不一样,但万一有软件进行的是全盘扫描呢?一样会泄密。
还有就是兼容性问题。现在的wine文件都能被用户直接访问,万一用户不小心改动了一些文件然后wine崩了,会怪到系统头上。而移植到其他平台也需要一定的适配,不利于社区建设。
再来看看docker的优势。
首先是性能几乎无损耗,这个无需多言,而且从底层原理上就很容易支持GUI显示。
其次能节省空间。docker通过一层层的image构建、复用,能把相同的部分省下来,只多存不同的部分,甚至可以像deb软件包一样形成windows应用的依赖关系来自动调用所需的image。而这也规避了软件之间互相影响。
再次是规避安全隐患。通过适配维护人员的工作搞清楚运行时需要保存哪部分文件,只映射对应的目录,就能防止软件窃取无关信息。一些运行文件即使被软件更改,下次启动的时候还是会恢复原样。
最后还有一点是兼容性强。docker能避免用户对系统进行奇妙操作影响wine的应用、文件,甚至可以无视发行版区别提供相同的运行环境,很容易在deepin和UOS之间适配,也方便社区爱好者移植。
如果能做成基于docker的wine应用体系,在空间占用、依赖管理、安全保护、兼容、社区贡献方面都将功德无量!