前语
一般一门编程言语只要支撑条件分支断定，变量赋值，循环或递归结构以及四则运算，就能认为是图灵齐备的了。假如一个低代码渠道支撑嵌入履行图灵齐备的自界说代码（如 Javascript）并与低代码体系内部联动，即是说齐备性传递给了低代码渠道，或许这个低代码体系本身就图灵齐备，那么理论上但凡传统编程能完成的使命，低代码渠道也能完成（图灵等价）。根据此逻辑，用这类低代码渠道去建立低代码渠道本身理论上是可行的，本文仅探讨此类低代码。
完成本身？
咱们一般不会由于一门编程言语是图灵齐备的就选择它，比如用 Brainfuck 打印下 “Hello World!”
++++++++++[>+++++++>++++++++++>+++>+<<<<-]
>++.>+.+++++++..+++.>++.<<+++++++++++++++.
>.+++.------.--------.>+.>.
现实阻止了你这么做，科学“理论上可行”但脱离现实要素便是在耍流氓，理论上可行但现实简直不可行便是不可。
图灵齐备的编程言语理论上都能完成自举，很多通用编程言语往往为了显示本身强大去完成自举，而不仅仅停留在理论可行上。
手上没有剑和有剑不用，不是一回事。 —— 钱学森
人们创造很多编程言语来应对不同领域的可计算问题，让底层言语处理底层的问题，高级言语处理上层问题，各司其职。底层言语自举往往是必须的，由于底层言语的产品很多是在处理同层面的问题，而高级言语却少数这样，根本在处理更高层的问题（如运用层），因而完成自举则成为可选项。
低代码能够看作一种坐落高级言语之后的可视化开发言语，低代码与高级言语的一个不同点在于，低代码的产品和低代码归于同一层面，都能够称之为运用，低代码同底层言语一样在处理同层问题，那么自举便不能视为可有可无了。因而若一低代码渠道无法自举，那么它所宣扬的通用和强大犹如儿戏，应该称之为领域特定低代码（DSL, Domain Specific Lowcode :）才恰当。
里程碑
通用性不阻碍 SQL 成为世界上最为成功的 DSL（虽拓宽后可图灵齐备），同样地，通用性不是衡量一个低代码渠道价值的仅有要素。笔者认为，好用才是低代码最最需求的，咱们开发 iofod 低码渠道前便设定了几个里程碑，它们呈上进联系，便是说只有前一个达到了，才有必要去完成下一个：
- 自己会用
作为日常必备工具，自己真心离不开它，“便是连自己也骗进去了”（手动狗头）
- 自指
即前文的“自举”，为了差异于传统编程的界说，后文称自指，详细实施指用 iofod 修改器建立出 iofod 修改器本身。
- 少部分人离不开它
让 iofod 具有一批忠诚的粉丝用户。
（PS：截止至本文宣布时，前三个方针根本达到，未来的里程碑还找不到精确的词语来归纳，今后有机会再共享。）
周末的成果
第二个方针早在半年前就有着手完成的愿望了，它虽有重要意义但整体而言对产品实践奉献不大，归于重要不紧迫的作业，因而就被无限放置了，眼看今年时间所剩无几，趁着 iofod 正式版发布之际，了此夙愿。
自指的完成，必须给出可衡量的，精确的界说，直面它，不允许采用掩耳盗铃的方式敷衍过去，像通过 iofod 修改生成生态周边的内容，如项目的主页，双端官网，乃至修改器本身的部分完成，如作业台用户主页，再者像引进外部组件的方式，即把 pro code 完成的 iofod 修改器打包成一个组件引进等等。这部分作业确实能用文字归纳为完成本身，跟自指沾边，然而严格来讲这根本就不算自指，用 iofod 低代码修改器内部才能建立出一个一样的 iofod 低代码修改器 才是真正意义上的自指，建立周边生态等情况只能归归于“自己会用”实践的范畴。
完成方针已定，完成程度呢？
咱们知道低代码修改器的中心在于它的建立才能，中心才能一完成，其余的部分理论上只剩人力和时间资源的问题，因而不必追求 100% 完成修改器的一切细节，咱们只做概念证明，只需完成 iofod 修改器中心的建立才能：
- 根本的可视化修改界面
- 组件的拖放，解析预览，嵌套，增加到修改区方针对象上
- 组件的选中，元状况的解析，状况属性表单生成
- 状况属性表单的增删改查
- 修改器状况与组件状况的联动，结构管理
- 可修改模型变量表单的生成
方针和使命概况具有，脑海里再演绎 N 遍打扫一切先验问题，接着按部就班地履行便得了，经过约 16 个钟的搬砖终于搞定！
根据 TalkCheapShowCode 准则，履行进程的流水账不再赘述，各位看官自行请前往【项目主页】检查完成细节。
套娃套娃
若只计算 IFstruct 结构的代码行数，此次概念证明约用 1.3 万行代码，约为完整完成的二十五分之一，耗时缺乏其百分之一，此波可谓血赚不亏！当然这种成本计算只能作为特例，设计和思路是照搬的，套娃不过是利用后来者优势。
那么问题来了，持续套娃呢，可否叠加优势？
答案是必定的。咱们在套娃这个进程习得套娃的技术经历，可用于下一次套娃，工程师 DRY 被动技术发动！接下来，咱们在低代码渠道建立的低代码渠道里建立低代码渠道：
虽说是套娃，但每一层套娃烘托才能是复用的，也便是说套娃的套娃能够直接复用套娃的结构，当然你也能够复制一份出来放到项目内作为自界说函数/服务去调用，烘托才能部分代码不包含在项目结构内而是内置于 iofod 的工程模板里，对这部分感兴趣的小伙伴请参阅 IFstruct 解析器。
结语
我看到了它，却不敢相信它。 —— 康托尔
笔者野心不大，副本打完提裤走人绝不恋战，为避免套娃宇宙下的 iofod 功高盖主，低代码的套娃故事便就此搁浅。希望本文在低代码自举方面能达抛砖引玉之效，给同路人带来一点启示。
AD: 双十一活动前50名企业版私有布置免费，支撑 SDK 接入，有需求的企业请私信我或许加微信：qkorbit
如果运用进程有任何问题，能够公众号查找【iofod】或【数字围猎】，点【联系咱们】可在线提问，或许增加小助手微信：iofod_beta 进群沟通。
相关链接：
- iofod – 为攻城师们打造的低代码渠道
- 康托尔、哥德尔、图灵——永恒的金色对角线
- Brainfuck
- Bootstrapping (compilers)
- 手动完成一门图灵齐备的编程言语——Brainfuck
