@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 树，实际上实现的时候全是遍历，一边写一边自己都蛋疼，不过确实没时间做

@Richard14
@whcoding 谢谢谢谢，做了点微小的工作

@lintj 全屏想增加一下沉浸感，为什么会吓人？不是很理解，也许可以改进一下

见过很多，从来没用过，主要问题是跟设计不搭，很多时候在指定位置出现不可控的图片并不符合设计。我感觉随机 API 也许用更全的方案的形式，比如 js 脚本识别区域色调返回图片

微服务和 django 放在一起是很奇怪的组合，django 定位自己是一套解决方案，而不是一个 http 框架，同样的微服务架构，使用 django 会消耗更多资源，获得更低性能，并浪费 django 的一些设计特性，为什么要这么做呢

emmmm.....优点不多，批评不少这么回答？

知识不成体系，自然改起来困难，有成体系的 web 开发知识以后改框架你会有一种指哪打哪的感觉。

另外需要博客框架的话，安利一下个人项目，单纯作为博客应该算足够“酷”的

https://GoodManWEN.github.io

@aboat365 一般合理的框架开发，不是引擎层面的，单纯讨论框架问题，一般都有集成的鉴权方案，因为太过常见，所以合理的解释就是企业各自有集成方案。毕竟部署实际上只需要对接一个分发服务而已，无论多大规模的服务，既然永远不会导致 performance 变差，同时又不需要多写代码，为什么不用呢，如果选 session，即使有万分之一的可能性这个项目做大了，日活上去了，难道到时候再改成可横向扩展的鉴权系统？