Half_nothing

错误的  PreRelease 是一个切换类型的参数，所以后面不应该加True，搞了我半天，吐了

好吧

> 感谢您的建议！ > > 关于第2点，Gitter其实在开源社区中也是较为常用的即时通讯工具。另外，Github自带的discussions功能也是一个很棒的平台，与gh直接集成并且用户无需另外注册账号即可参与讨论。但有些可惜的是，从项目开源至今不到两周的时间，这两个讨论板都没怎么得到广泛使用。 > > 关于第1点，仓库目前是想方便车友们找到优秀的开源项目做参考代码。另外对于工具而言，每个人的喜好不同很难筛选出好用的标准。就像有人喜欢用VSCode有人喜欢Keil有人喜欢用IAR一样。即使是小到像串口助手这样的工具，也有Tabby或是XCOM/SSCOM等等喜好之争。 > > 我觉得更好的方式是，在收集表格里面找到自己喜欢的开源项目，然后点进对应项目里看作者有没有附加自己的调车经验文章，参考自己喜欢的作者的文章进程工具的使用和开发。 > > 或是在github discussions等讨论版开一个讨论贴让大家一起讨论。 > > 由我或其他贡献者个人的喜好整理工具，太过于主观化了不能给所有人参考。 关于我的第二点，首先声明一点，虽然现在机场的价格并不高，但是不可否认的是有很多新入门的车友并没有具备上github等网站的条件，所以我觉得是不是需要有一个国内能轻松联系上的方法，而不是看着圈圈发呆。 至于第一点，我觉得做这个项目的初衷不应该是“推荐”工具，我们也不应该去“筛选出一个好用的标准”，我们只是一个工具的集合，方便各位车友找到自己需要的工具，而不需要去搜索引擎上大海捞针。

> 我觉得大可以开一个工具集和大全，把大家收集到的工具全都堆进去，然后让用的人自己挑选。可以参考[oi-wiki](https://oi-wiki.org/)，逐步建立一个包含开源工程、工具集、常见算法、数据集、教程甚至与硬件结构、通用电路的wiki，而不是单单只做开源工程的收集。作为一个在三年内连续获得了四个国二的菜鸡，我认为智能车又不只有开源工程，芯片会变，IDE环境会变，开源出来的工程可能会随着时间的变化不能使用，但是算法的思想是不会变的，这是我应该被精炼和传承的，而不是一上来就把一大坨开源工程堆在那里。我认为readme里对于这个项目的定义一下将就把这个东西锁死了。 首先膜拜一手大佬  然后讲讲我的看法 首先是对开源工程的收集，我觉得重点是对项目的简洁和整理，提炼重点，而不是在一堆库文件里面大海捞针找自己需要的部分。如果说需要精炼算法的话，我觉得CSDN上面有些文章可能更加详细一点，我觉得智能车开源项目应该更加关注于各个组件之间的协作，和对算法的一些就实际情况的改造或者效率优化，一些算法精度与算法开销间的取舍等等。 智能车开源究竟是开源什么？ 我觉得这才是我们应该思考的问题，是整个项目，还是代码，还是工具，还是说是个人经验？我觉得这一点才是我们需要考虑的

> 解释性语言确实很好，主要是命令本身也是解释性的语言，所以mcfpp做成解释性语言倒应该是水到渠成的事情。只是想尽可能让mcfpp和java相似，语法的较小差异带来的是容易的学习，以及mc和java的联系嘛，也是一个原因。加上一些之后的野心（x > > 由于我自己就很讨厌那种什么都要搭一个很臃肿的框架的工具，所以我尽力让mcfpp变得简洁。顶层语句就是一个重要的例子。挺有意思的就是，mcfpp几乎是兼容mcf的，没想到吧，只是mcf的命令开头不能加/，而在mcfpp直接使用命令需要加/。之后可能会用其他方案让mcfpp中使用命令也不用加/从而实现完全的兼容 > > 感谢支持！ 我觉得直接用/区分原生mc命令并不是一个很好的想法，最好还是使用api统一调用

> > > 解释性语言确实很好，主要是命令本身也是解释性的语言，所以mcfpp做成解释性语言倒应该是水到渠成的事情。只是想尽可能让mcfpp和java相似，语法的较小差异带来的是容易的学习，以及mc和java的联系嘛，也是一个原因。加上一些之后的野心（x > > > 由于我自己就很讨厌那种什么都要搭一个很臃肿的框架的工具，所以我尽力让mcfpp变得简洁。顶层语句就是一个重要的例子。挺有意思的就是，mcfpp几乎是兼容mcf的，没想到吧，只是mcf的命令开头不能加/，而在mcfpp直接使用命令需要加/。之后可能会用其他方案让mcfpp中使用命令也不用加/从而实现完全的兼容 > > > 感谢支持！ > > > > > > 我觉得直接用/区分原生mc命令并不是一个很好的想法，最好还是使用api统一调用 > > 主要是捏，降低学习成本，保留原版命令的调用方式，这样只需要了解最最基本的东西就可以使用mcfpp中一些很有用的语法糖。这个主要是借鉴justmcf的思想 保留原版命令也可以在某种程度上兼容mcfunction（？） 那我都用mcfpp语言了，我这点学习成本还是可以接受的(( 可以有两种方式调用，但最好还是要有一个意图明显的api 或者提供一些内置的库来快捷执行一些原版命令 比如 top.mcfpp.vanilla.command 提供tp locate...

### 源码研究 经过对[openjdk17](https://github.com/openjdk/jdk17u-dev)关于jpackage windows平台源码的详细研究后 ```C++ ... const tstring launcherPath = SysInfo::getProcessModulePath(); const tstring appImageRoot = FileUtils::dirname(launcherPath); const tstring appDirPath = FileUtils::mkpath()

同问