v18将继续保持开发，并且不排除由v18转变成v19设计方式

hyzboy

虽然v18/v19在设计概念(模块组织方式)上的进化并不足以让我们放弃v18全面转向v19，就算改版不过几个月内至半年内就可以完成。

但v18的设计方式确有碍我们完全迈向v19的设计境界。

v18过于依赖C++，也充分展现了C++的设计优势；但我们如果想得到更高的灵活性，要么改写C/C++编译器源代码，要么改用脚本系统。

改写GNU C/C++,OpenWatcom C/C++的源代码支持几个扩展并不是什么麻烦事，但是我们无法分出更多的精力来跟上GNU C/C++更新的步伐，而且改写编译器是个很危险的工作。

而改用脚本系统，那么我们的一些模块将由C++变为C，在底层使用C构建，在上层提供C++接口。而这样带来的另一个好处就是我们可以利用C接口的通用化，以支持其它的开发语言，如Delphi,Java。

另一个好处就是移植的方便性，C编译器相比C++编译器来说，各个编译器的差别更小。