国内那伙做发行版的，应该都研究过吧。

首先 wine 是一个类似 ld.so 的 loader，只是加载的是 PE 格式的可执行文件。wine 准备好可执行文件的各种内存区段。这样子调用 win32api 的时候就会跳转到 wine 准备好的 dll 里面去，这些 dll 实现 win32api 对应的功能。

有个单一的 wine-server 进程充当 nt 内核的角色。能在用户层实现的 wine dll 就自己实现了，需要进 nt 内核的，实际上是跳到 wine-server 里面去执行。

【 在 jinjinjin3 的大作中提到: 】
: wine这东西，有人深入研究过吗？
--
FROM 47.243.39.*

vb6 对应的是当年基础信息化浪潮。所谓的企业级软件。无非是收集数据，展示数据。相当于把 excel 做到集中式的数据库去。再加上各种权限认证。这种事情当年用 vb6 最方便了，拉几个控件给用户输入。再拉几个表单、图表控件做输出展示。

这种基础信息化的事情，虽然到今天仍然很重要。但已经不是全部了。所以 vb6 这种简单的软件也就过时了。同样的，c# 也主要是做这一块事情，比如医院的 HIS 系统。

现在是大数据时代，后端程序非常复杂，VB6, c# 这一票完全顶不住。所以大家都用 java, go, python 这些语言来搞。

你怀念 vb6 可能是在怀念当年那种计算机的蛮荒年代哈哈。

vb6 也挺可惜的。如果按照 vb6 这种编译到 native 的路继续走下去。说不定比 go, java 有前途。

【 在 southwest 的大作中提到: 】
: 好想念vb
--
修改:hgoldfish FROM 120.37.21.*
FROM 120.37.21.*

我还是很认同 vb6 编译到 native 那个方向。也就是 go 现在的方向。而不是搞啥虚拟机。什么一次编译到处运行，扯淡。一次编译，多个 target 也能同样解决问题。

【 在 southwest 的大作中提到: 】
: 哈哈
: 用过，有体验，所以有记忆
--
FROM 120.37.21.*

对啊。就是 CRUD，2000 年左右搞的是 PC 端的 CRUD，2008 年之前，互联网不发达的时候，换成了 Web 版本的 CRUD. 别忘了当年 Web 版的 CRUD, vbscript 可也是占很大份额的。

后来进入互联网时代，巨硬的技术栈就啥都不是了。跟着巨硬的程序员都混到吃圡去。

【 在 BigCarrot 的大作中提到: 】
: 不就是crud吗
--
FROM 120.37.21.*

如果算 android 的话，java 现在的使用很广泛了。

【 在 blackoil 的大作中提到: 】
: 那时装了虚拟机，跑了例子几次，慢得要死。就是那些按钮/滚动条样式看着很新鲜。
: 当年JAVA是想铺开。最后还是X86 ARM后端跑得最多。
--
FROM 117.30.39.*