Alumopper

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

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

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

不知道为什么我的gradle升级到8.7，使用java 21之后，我就不能正常构建了，不知道是ide的问题还是什么的，之前我试过用java21的说。 至少在我解决我idea用不了之前，先暂时留在java17吧 I don't know why after upgrading my Gradle to 8.7, I couldn't build the project properly. I'm not sure if it's an issue with the IDE or...

最近刚刚重构底层，上面的东西好多坏了还没修（