语言范式与和原版指令兼容问题 #35
Replies: 6 comments 2 replies
-
解释性语言确实很好,主要是命令本身也是解释性的语言,所以mcfpp做成解释性语言倒应该是水到渠成的事情。只是想尽可能让mcfpp和java相似,语法的较小差异带来的是容易的学习,以及mc和java的联系嘛,也是一个原因。加上一些之后的野心(x 由于我自己就很讨厌那种什么都要搭一个很臃肿的框架的工具,所以我尽力让mcfpp变得简洁。顶层语句就是一个重要的例子。挺有意思的就是,mcfpp几乎是兼容mcf的,没想到吧,只是mcf的命令开头不能加/,而在mcfpp直接使用命令需要加/。之后可能会用其他方案让mcfpp中使用命令也不用加/从而实现完全的兼容 感谢支持! |
Beta Was this translation helpful? Give feedback.
-
这个 issue 转换成 dicussion 也许会比较合适一些? |
Beta Was this translation helpful? Give feedback.
-
我觉得直接用/区分原生mc命令并不是一个很好的想法,最好还是使用api统一调用 |
Beta Was this translation helpful? Give feedback.
-
主要是捏,降低学习成本,保留原版命令的调用方式,这样只需要了解最最基本的东西就可以使用mcfpp中一些很有用的语法糖。这个主要是借鉴justmcf的思想 |
Beta Was this translation helpful? Give feedback.
-
那我都用mcfpp语言了,我这点学习成本还是可以接受的(( |
Beta Was this translation helpful? Give feedback.
-
肯定会有的哦,mcfpp的一个目的就是顶层高度抽象封装,底层根据不同版本具体实现,一般情况下api不会有大的变动,不会像mojang一周一个快照把数据包全炸了 |
Beta Was this translation helpful? Give feedback.
Uh oh!
There was an error while loading. Please reload this page.
Uh oh!
There was an error while loading. Please reload this page.
-
有幸在编译领域摸爬滚打四年,记得当初退坑 mc 还是因为 1.13 指令大改…
多年后看到数据包以及 mcf 能做到这么多事情,感到非常振奋。昨天碰巧发现了 mcfpp 这样一个点子,觉得非常不错,但又发现很容易本末倒置。总之不是很希望 mcfpp 成为那种写小项目显得十分笨重、写大项目又难以维护与阅读的工具。
很不错的点子,加油
(考虑使用 rust 重构吗——)。Beta Was this translation helpful? Give feedback.
All reactions