release-1.1.3-darwin_x64

终于，支持 MacOS 操作系统了。但，因为rpath动态配置属性还没搞定（我设置了，却未生效）。所以，为了正常启动该图形界面应用程序，需要

• 要么，预安装GNOME.GTK3组件库链接库。然后，直接运行图形界面可执行文件bin/scaffold-wizard

  # 安装图形组件库的 Cpp 动态链接库依赖
  sudo brew install pkg-config gtk+3
  # 启动图形界面程序
  ./bin/scaffold-wizard

• 要么，从分发包内的脚本引导程序bin/scaffold-wizard.sh开始执行。在该shell程序内临时修改了环境变量DYLD_LIBRARY_PATH的值，以将分发包自带的GNOME.GTK3链接库文件临时地添加到【（共享）链接库·搜索列表】中。

此外，当图形界面是从nodejs经由ffi-napi拉起时，原生图形界面也是被运行于一个独立子进程里。目的同样是为了在子进程上下文环境内，局部地调整DYLD_LIBRARY_PATH环境变量的值，以暂时包含GNOME.GTK3链接库文件到【（共享）链接库·搜索列表】中。关于rpath的探索，我还将继续进行。哎，真难！！！

下图演示的是从nodejs通过ffi-napi启动图形界面的效果。

最后，补充说明一下，该图形界面应用程序的nodejs包装器npm模块已经内置了从github - release服务器

• 下载
• 解压缩
• 缓存

预编译分发包的功能了。“服务”还算是“妥帖”吧，

release-1.1.2-win32

给问题类型为

1. "type": "string" 或
2. "type": "input"

的输入项，添加一个新子类型 "subType": "packageName"，以针对【包名】的文本输入做额外的验证判断处理。问卷配置例子：

{
    "name": {
        "type": "string",
        "subType": "packageName", // 这个配置项是新的
        "message": "工程名",
        "required": true,
        "default": "project_name"
    },
}

我是参考 npm 包validate-npm-package-name 的源码来实现的。

release-1.1.1-win32

1. 在单元测试环节，引入了【异步编程】元素与 async-std 依赖
2. 通过 dll 程序注入的方式，绕开 system32 下的 zlib1.dll 依赖。

release-1.1.0-win32

（1）给scaffold_wizard.dll添加了【异步 C ABI】接口 void inquireAsync(char* questions, char* bin_dir, char* log4rs_file, void (*callback)(char* answers))
（2）向 log4rs 日志文件输出程序崩溃原因。在可能的条件下，也使用 Gnome Alert 模态对话框显示程序崩溃原因的简单描述。

release-1.0.0-win32

• 绿色安装包 scaffold-wizard.setup-bin.zip
• DLL 链接库 scaffold-wizard.setup-lib.zip