建议：支持将源码包进可执行程序里

[haiw2sm]

Issue类型

建议

我的想法

我觉的应该还需要支持把源码封进可执行程序里吧，毕竟这个样式的打包（暴露源码）和自己写一个启动脚本然后封装这个脚本成可执行程序，再调用源码貌似没有太大的区别（条件：携带虚拟环境及所需要的依赖），所以强烈建议：

1. 可以支持用户选择是否将源码包裹进可执行程序，保护用户代码。

期待的回应

（ps 项目做的确实很不错 ）

[github-actions[bot]]

Hi，开发者朋友，鉴于您是首次在QPT下新增Issue，请务必参考给定的Issue模板进行Issue的新增。 虽然形如版本号、打包日志等信息可能对你并不重要，但如未提供则可能会严重拖慢Issue的解决效率，因为他们对于QPT的维护者而言非常重要！ 如您未按Issue模板进行内容补充，可关闭此Issue或Edit该Issue，社区维护者会对低效Issue直接Close，请悉知！

[GT-ZhangAcer]

用SFX可以实现这个功能，但最近工作太忙，一时半会没办法去维护了

---原始邮件--- 发件人: @.> 发送时间: 2022年9月25日(周日) 中午11:16 收件人: @.>; 抄送: @.**@.>; 主题: [QPT-Family/QPT] 建议：支持将源码包进可执行程序里 (Issue #77)

Issue类型

建议

我的想法

我觉的应该还需要支持把源码封进可执行程序里吧，毕竟这个样式的打包（暴露源码）和自己写一个启动脚本然后封装这个脚本成可执行程序，再调用源码貌似没有太大的区别（条件：携带虚拟环境及所需要的依赖），所以强烈建议：

可以支持用户选择是否将源码包裹进可执行程序，保护用户代码。

期待的回应

（ps 项目做的确实很不错 ）

— Reply to this email directly, view it on GitHub, or unsubscribe. You are receiving this because you were assigned.Message ID: @.***>

[haiw2sm]

谢谢回复