写在这了，思路大概是堆排序

anVzdGxpa2Vhc2hlc0BnbWFpbC5jb20=

@imme90 没必要争论。提升到更好的平台，这些会消失很多

curd boy 会嘲讽切图仔，但是后端工程师不会嘲讽前端工程师。

@haitaoli 我的 4b 跑了个 nas，挂了 4t 的硬盘，内网下可以直接运行 nas 上的游戏

需要引入 react-rewrite 这个，改写一下 start 部分的脚本，让其通过 rewrite 启动

@murmur 首先这不是用 vue 或者 react 的问题，而是需不需要类型声明来进行约束的问题。就比如 react 本身在开发的时候并没有使用 ts 而是使用 flow 来做的约束。
其次，权限字段又不是只有一个值，对于前端开发来讲，可以通过 TS 的类型约束，明确这个字段对应的值的范围例如
type rootLevel = 0 | 1 | 2;
这样 rootLevel 的范围就确定了下来，后续开发用到这个变量时会直接规约到这个范围内。这样的特性明显提升了后续开发的效率

@murmur 所以，难道是我们对”可维护性的“这个概念有不同的理解么？？？变量全是无语义的字符组成的程序也可以运行三年不出问题，但是你能基于这个版本继续推进下去么？
还有,强类型虽然不是万能药，但是你能否认强类型在可维护性这个方面提供的强大支撑么。
再说 java （或者还有 c++）难道不是大型工程常用语言么，如今连 facebook 都是是用 hack 作为后端，这难道不能说明弱类型语言在需要大量迭代的项目中的劣势么?
最后，说到底你前面举的两个例子，哪一个是需要高可维护性的项目么？或者说的更直接些，这两个项目难道需要每周进行迭代么？

@murmur 很莫名其妙的回复，我以为我们讨论的是复杂权限控制在不引入类型声明的情况下，会普遍导致系统的可维护性下降的问题。
结果你却说，在你提到的特定场景下，基本不需要系统的维护。难道用 vue 是只需要解决这个特定的场景么？显然不是的。

@murmur 这个描述，让我想起了“js 报错不影响页面展示”的段子。。。。。。我明明提的是关于可维护性的问题，你却回我开发流程和工作量🙃

@murmur 有一说一，前三点场景也没有体现 vue 更优势啊。甚至，复杂的权限控制这个，你确定没有类型声明，3 个月之后还能想起权限字段对应的值么？

@gzwgq222 12k-20k 也能做条件二啊，要看具体需求的嘛。我们是从零开始自己造轮子，包括 form-render 、热更新自定义组件啥的，要只是简单拖拽系统提供组件，也没啥用户体验上的要求确实不用 25k+

项目方向和我好像，然后对于二我们用的是 react，目测大概要 25k （最少？）

@autoname 所以发请求和用哪个前端框架有啥关系呢？或者实在想知道哪个代码少 fetch 了解下？

我以为自从用了 ES6 和 TS 之后,用到这些的机会就少了面试也没人问，看来还是老套路啊

@totoro625 感谢，我去试试

@NSAgold 安全组端口可开放，但是 frp 无法联通，错误是 port unavailable。搜了一下，才知道是阿里云本身不开放