@learningman 我发这个贴确实就是想讨论你说的这些可行性的问题。外壳的话软件工程的范围内，也许我能搞出一个建模文件，也许更进一步能进行一些模拟的流体测试，判断模型飞不飞得起来，不过我不知道模型文件有没有用，有多大用。飞控算法同理，软件工程范围内的问题我能解决，剩下的问题我不懂。电机的部分不太懂，不过应有一些成熟协议。如果只是淘宝买东西然后组装，为什么不直接买成品呢，在我看来两者区别不大，且商业产品肯定是更酷一些的。

@IndexOutOfBounds 有没有意义倒可以讨论一下，我感觉应该还是有，sl 除了多核心下高效利用时间片以外，单核心中也可以避免挂起的系统调用开销啊

@l1ve 都是自己做的，出原料费就行了，为什么会烧钱？

学习一个，不让开控制台的话不会调试 js 。

@theklf4 应该也不算重复造轮子，毕竟只是个计数器而已，你有发帖的时间应该也写完了。。

怪问题。用 rust 做 web 说明你是一个底层开发，但是却问了一个调包侠都不屑问的简单问题。而且为什么要局限在 cloudflare 的 header ？

只能推荐一下 https://codepen.io/ 了，隔行如隔山，程序员搞不了设计师的工作，虽然对不起设计师，如果老板叫我搞个什么东西我肯定是厚颜无耻直接抄的。

@ysc3839 廖雪峰的公开课我前几年第一次看的时候对他印象非常好，当时已经觉得自己玩的很转，神功护体了，但看后仍然有收获，适合查漏补遗。不过最近几年不少地方听到不少差评，可能对于纯新手来说即使是那种信息密度也稍显密集。

对于楼主的问题，如果你只需要有限的功能的话，找老哥写成品代码比自己学更好，人最贵的是时间。

@jdjingdian 兄，这个里面是 iframe，请求还是从你自己的设备发出的。。

@charlie21 考虑过实现，但是由于我观察垃圾桶功能似乎只作为彩蛋，用来表示自己曾使用又抛弃的技术栈，似乎与核心功能没有太大关系。而实现方面工作量则比较大，因为需要实现一套独立的大图标文件显示 UI，且考虑到代码复用，如果垃圾桶实现了这套 UI，那么理所当然应该整合到文件夹窗口，让文件夹变成可以切换图片大小的模式，整个工作量又变得太大。简单来说躺平等 PR 了

@codehz 确实有这个问题，这个是由于按钮是否执行最小化的逻辑仅判断当前是否处于显示状态，而不是处于显示且显示于最高层。暂时不准备改了(

@mozhizhu 很有趣，已添加，欢迎测试

@expy 这个是真大佬，之前好像见过完全用 js 的 win2000，似乎是这个当中集成的一个。我这个只是个网页而已，差的远

@leusion 正常缩放有四个边加四个角可拉伸，我做的时候只实现了右边，下边，和右下角，因为按这些方向调整只用调整窗口大小而不用调整窗口位置，属于一种偷懒的做法。。不过还好按照习惯这几个边的实际使用频率应该也更高一些

@275761919 在我的 readme 里面有相似项目的链接


@BeautifulSoap 能 issue 一下错误的浏览器版本和错误情况吗？

@kidult 确实不会用 react，似乎 react 逻辑与 vue 不太一样，vue 的数据流动更经过一些，所以方便像我这种非专业前端，哪怕写成面条逻辑，能跑就行了。不过做过这次项目以后，倒是对 vue 的设计哲学也有了同感，模型设计满足 99%的使用场景就行了，自动化监控降低程序员的心智负担，在大多数项目中是值得的

@LIvid 不好意思好像错区了，第一次发个人项目，刚才看了一下好像应该发在分享创造区，我以为分享发现跟这个是同一个。现在还有办法修改吗

@iMusic 主要太忙了，看代码的话会发现赶工痕迹特别明显。里面比如页面按顺序堆叠这种需求，需要从中间提出来一个放到顶部，正常比如应该用 b 树，实际上实现的时候全是遍历，一边写一边自己都蛋疼，不过确实没时间做