给你的建议：
1 、列表可以用 table 。
2 、不要用滚动加载（这种系统最好不要加一些自以为能让用户体验更好的效果）！！！用分页，每页显示固定条数。而且你的表格头还有排序。后加载的数据排序排到了前面，用户体验就很不好。而且用滚动加载，以后功能扩展，做查询什么的就会很麻烦。
3 、排序让后端来做，点击排序后，刷新当前分页的数据。
4 、建议用 vue + vue-router 来做这块的功能。原因是因为你点击文件夹，渲染了一个新的表格，这种用切换路由控制 html 渲染的方式，比你用 jquery 修改 html 改来改去方便多了。而且 vue + vue-router 还可以直接通过<script></script>接入项目。
5 、系统开发建议用 vue 替换 jquey 。你用 vue 相比用 jquery 开发，代码内少了一大堆 DOM 操作的代码。你只要改改数据，vue 自动帮你修改界面、绑定方法，岂不美哉。

这个和 vue 没关系，用 css 动画做

你需要的是 schema 来验证

拿这个搞过微博发博提醒，集资播报，集资抽卡，qq 群内定时发送消息，qq 群新人入群的欢迎，还有 app 内信息的搬运。这回是真的没法搞了

1 、据说 electron 的 net 模块确实改过，nwjs 不清楚
2 、可以在试试 global.require('net')引入模块

1 、不需要，配置 @babel/preset-env 和 @babel/plugin-transform-runtime 就可以自动按需加载 polyfill （包括 core-js 和 regenerator-runtime ）了
2 、插件配置应该是看 https://github.com/vuejs/vue-cli/tree/dev/packages/@vue/babel-preset-app#readme 这个
3 、当你想使用一些语法且插件默认没有配置时，自己加上就行了

https://astexplorer.net/ 可以去这里看看你需要的

jsdom：解析 html 字符串，然后可以使用部分 BOM 、DOM 的 api，对 html 进行操作，然后还可以重新生成 html 字符串
parse5：将 html 字符串解析成 ast 树，也可以根据 ast 树生成 html 字符串
cheerio：感觉没有 jsdom 好用

别问，问就是 electron 和 nwjs 。浏览器不能修改本地文件，这是底线

就这么搞，我们扒接口的人最喜欢这样的接口了（滑稽

socket 的话直接 nodejs 吧，用 socket.io ，客户端（浏览器）内连兼容都给你搞好了

不一定能做好，最后大概率写出一坨

不用，无法满足业务需求

可以用 useMemo 和 useCallback，让变量或者函数只在依赖变化时重新计算。
性能的话，大部分项目还没有复杂到必须进行性能优化。

很可能是某些依赖需要去 github 上下载 releases 上传的文件，那速度简直了。这种情况最好的方法就是翻墙下载了

现在的项目基本上都是前后端分离，后端只提供接口，前端单页面应用，框架就是 react 、angular 、vue 全家桶了。
服务就是 express 或 koa，可能会用 nginx 进行反向代理，不过我个人来看感觉没必要。

但是你的情况，我个人的感觉就是你们的项目就是以前 jsp 、aspx 、php 的开发方式。因为你们后端不专业的前端开发方式，把一个应用模块里所有的逻辑都写在一起，堆砌代码，导致了你们现在这样的情况。

我现在给你们的建议：
1 、使用 requirejs，对代码进行拆分，requirejs 加载通用模块、每段逻辑的执行文件。
优点：对于你们的项目的破坏性小，可以无缝升级
缺点：文件地址是相对于 html 的；需要配置； js 文件不是同步加载的

2 、使用 gulp + webpack，用 webpack 将单个页面内每段逻辑的执行文件打包到一起。
优点：使用了 es6 的模块来拆分你们的业务逻辑；可以配合 babel，让你们使用最新的 es 版本（ webpack 如果没有 style-loader 之类的来注入 css，单纯只编译 js 的话，是可以兼容 ie 的）；打包的同时，顺便压缩代码（生产环境）
缺点：项目开发时，需要安装 node，启动 gulp ；配置稍微复杂一些

放弃吧，有些网站还在支持 IE，是因为 IE 的流量能带来真金白银的。你这个项目兼容 IE10 能带来多少收益？收益值得为了兼容 IE10 花费大量的时间、精力么？

感觉用的太不对