Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

高级模板实现方案 #607

Open
AlexiaChen opened this issue Aug 13, 2020 · 2 comments
Open

高级模板实现方案 #607

AlexiaChen opened this issue Aug 13, 2020 · 2 comments
Assignees
Labels
Brainstorming Brainstorming

Comments

@AlexiaChen
Copy link
Contributor

AlexiaChen commented Aug 13, 2020

这周和 @sunhantao 查阅了解释器,编译器等相关资料和工具,书籍, 这次可能是更加细化些,需要组内讨论下(讨论的时候,要拉上 @woondroo ,让一休来决定)。

方案一: 修改BTC的脚本,加入到BBC中,但是开发部不友好,连开发人员都不方便表示复杂的模板逻辑,必须把大脑当作栈来用,甚至有时候根本表达不出来一些需求,也不好修改,对不同体系的代码移植过来,不好做减法。

方案二:不采用Lua,Python等成熟完备的语言体系和虚拟机,而是团队自己实现一个内核比较小的脚本模板语言(非图灵完备),手写递归下降分析,或者用ANTLR之类的工具,生成分析树,然后遍历树生成字节码,这套字节码是方便在vchData中存储的,通过链上的字节码解释器执行。这套模板语言对用户开发友好,也符合高级模板的高级意图,团队自己在自己的基础上做加法。

: 最开始组内第一次讨论的方案,是比较高层的可行性方案,并没有涉及到模板语言长什么样子,具体执行的工作原理,用什么技术或工具。

另外, @sunhantao 可以补充这个issue,如果有不完善的地方。

@sunhantao
Copy link
Collaborator

方案一还有个问题就是硬编码太多,不容易扩展API。迭代开发工作量大。

方案二比较好的优势是可以完全把控,扩展性好,新增API代码量少。缺点是需要持续的优化及修改bug

@AlexiaChen
Copy link
Contributor Author

这次来重庆的时候跟 @一休 交流了下,暂时没有进一步细化需求,所以暂时停止,但是稍微提到说是可以按照我们自己手写编程语言来实现高级模板机制。

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Brainstorming Brainstorming
Projects
None yet
Development

No branches or pull requests

2 participants