tocque

我个人目前来说， 是两者都反对的（即：我支持3.0运行时的开发，而且不支持2.x并行开发两套编辑器），我在这里陈述几点我个人的论调 第一点是，无论如何划分，假设在mota-js的社区里出现了两套编辑器，它们一定会处于竞争状态，就好像h5和rm在进行竞争一样，甚至更加激烈，因为双方甚至围绕同样的受众，这是我从3.0编辑器开发后期就开始担忧的，为此，3.0编辑器进行桌面化改造，设计各种（看起来非常不实在）的大饼，包括搞可扩展性设计，是从各个方面试图与2.x编辑器拉开产品定位上的区分的，不过，到最后仍然没能展现出，和2.x编辑器相比的明显区分点，这使我意识到：mota-js的面向对象是不会编程的作者，瞄准的游戏品类是一个极度小众的硬核游戏，作为编辑器的功能，甚至也是和一个游戏运行时相绑定的，在这种状况下我不认为，会存在 > 使用全新的界面，全新的造塔和绘制地图方式 这种东西，2.x很可能是仅有一个最佳实践的，所以，只要一个编辑器就足够了 紧接着说说我为什么希望有一个3.0存在，首先是，作为一个编辑器开发者（现在可能称不上了），我肯定会选择更需要编辑器的运行时，给3.0做编辑器毫无疑问比给2.x做编辑器有价值（因为3.0目前还没有自己的编辑器），没有什么比一个新的运行时更能带来区分和差异性了，当然， 为了保证这个运行时的充分差异性，为3.0设计的编辑器仍然需要具备手机造塔和在线打开编辑器的功能， 在这个意义上，现有的3.0编辑器已经走向完全相反的歧路了，因此放弃也是必然的 当然，这只是就“以新运行时和新编辑器之一作为开发目标”的情形进行的讨论中，我个人的倾向意见， 实际上我认为，在mota-js周边，还有很多可以进行的开发点， 在这个尺度上，我觉得开发者没必要着眼于新运行时和新编辑器中的任何一个

我觉得，有关新编辑器这个需求，其实可以分成两种情况讨论： 1. 是否有必要做两版并行的编辑器 > 只要产出是一致的，不管你使用v2.x的当前编辑器，新编辑器，还是VSCode，甚至是写个python编辑器，都是等价的。 我觉得艾神可能没有理解我的意思，我这么说吧， 艾神相不相信，在造h5魔塔这件事上， 存在一个银弹，每个需要做的操作，都存在一个理想的解决方案 > 仿vscode的界面、全大地图绘制，更简便的注册系统（包括素材注册和图块注册） > 这很合理么？非常不合理。你见过哪个程序的源代码写错了导致整个VSCode打不开的？这也是v2.x编辑器当前最大的问题和遗憾，没有之一。这也是我为什么想要一个新的，独立的，不依赖于运行时的，不执行脚本编辑和插件编写的编辑器。 艾神提到对新编辑器的这些期许，在这其中，我看不到编辑器功能上存在的取舍，所有的需求都是，有比无好，一种实现强于另一种实现，在这种情形下，艾神所指的“另做一套编辑器/运行时”本质上是用重造的方法来实现2.x无法做到的功能，也就是，不存在并行编辑器的意义 2. 是否有必要，通过全部重写的方式，制作一个更好的编辑器 对这个问题，我现在持反对性意见 我本人曾经是这个问题的实践者，但是在3.0编辑器的漫长开发中我转变想法了，在我的实际开发体验中，我感觉到 “全部重写”这个方案，可行性没有想象的那么大，我提倡，就2.x编辑器存在的某个非常巨大的具体问题，设计长期的渐进式解决方案，就像在 #475 中我在征求意见的这种一样

> rendering text with SDF instead of MSDF and supporting on the fly SDF map generation while also supporting hosted SDF maps Not very familiar with this field, does it...