说起管理系统，不试一下 vue-element-admin 么。。。。

@est 无论如何都绕不开信息量守恒的事情的。

@est 当你素材库足够大的时候，从素材库中选取素材这件事情，信息量又会随之变大。

@Lamlam147 都说了信息的总量是恒定的。你即没有统一的人脑，30 行代码的信息量也不足矣表示五分钟的高清电影，你拿什么去还原电影原本的信息量？

后端的源代码文件结构和前端的 URL 可以完全没关系，比如 Python 和现代 PHP 框架。当然，可能楼主你还停留在 PHP4 时代，那么你可能需要补的不仅是现代 JS，还有现代 PHP。

前端也是一样，URL 映射关系只是一组规则，和源代码结构不相干。

@w292614191 不对。比如你制定的是 /user/* -> src/user/userList，那么你需要让 nginx 把所有 /user/* 指向 index.html

要传输一个对象，这个对象的信息量是恒定的。要么把信息编码在要传输的数据中，要么信息已经编码在解码器中，并且解码器已经提前分发。

一句话就能传输一部电影，前提是全球几十亿人脑一模一样，每个人根据这句话想像出来的这一部电影都一模一样，才能把电影正确传输出去。这就是所谓的“提前分发解码器”的策略。但显然，每个人都不一样，所以小说和电影才需要花大量笔墨，把作者脑中的想象给更具体地描绘出来，力图让每个人看到这部文学作品之后，脑中的解码器还原出来的图景能更符合作者的原始意图。
----

@areless 你提到了 waifu2x，这也是预先分发解码器的一个实例。waifu2x 一般可以认为对二次元图片处理能力更强，所以事实上它分发的是大部分动漫图片局部纹理的信息量。动漫图片的绘画技巧是一定的，所以局部纹理的组合方式也是相似的，这使得你可以降低图片传输的信息量（缩小分辨率），通过 waifu2x 这个解码器把局部纹理给补上。

再比如你说的菜单 URL。在很多 Vue 和 React 的 UI 库里面，菜单项和前端 route 的配置是自动绑定的。也就是说你只要管写个菜单，写一堆 Vue 或者 React component，用 route config 把这些 component 组装成你的 web app，菜单自动会根据 route url 来显示不同状态。这在 jQuery 时代需要手动处理。

@w292614191 在 Vue 和 React 里面，URL 映射可能是 JS 框架做的而不是后端做的。后端就只有一个页面 route，所有的页面请求都返回同一个 .html。然后提供一堆 JS API。这样可以实现无刷新的页面响应。

再比如双向数据绑定（ HTML 控件用户的输入和你 JS 内部的对象数据双向绑定），全局状态管理。。。总之现代 JS 框架做了好多很复杂的工作，让你写大型复杂页面变得很简单。

而且你还能用各种 JS 的辅助库，进一步提升你的开发效率。更兼有 Webpack 依赖打包，还有 Babel 把最新的 JS 语法转译成主流浏览器能支持的 JS 代码，或者 CSS post-processor。诸如此类的一整套工具链，是 jQuery 时代要花很多人力才能摆平的事情。
----

总而言之用 jQuery 不是不行，而是要花大量经历把现代工具链已经提供给你的东西重新做一遍。当然一个 specific 的项目可能就需要重写一部分东西，但也是不小的工作量了。比如适配各个版本的浏览器、手动双向数据绑定，后端 route 之类的。

因为 vue/react 这两大框架把前后端分离架构中，很多你用 jQuery 需要自己重新造的轮子给你造了一遍了啊。因此没多少人用 jQuery 做前后端分离不是正常的么。

忘加括号了

^([^#]*)#.*#([^#]*)$

^[^#]*#.*#[^#]*$

我感觉 vue-cli 已经比较简单了，用完之后根本不用管 webpack config。如果是 scala 的话，迄今为止我还没搞明白 sbt 怎么写的。明明号称 sbt 比 maven 简单，可是用起来却感觉更难用了。

vue-cli，自动创建 vue 脚手架。包的话，不是盯着 package.json 就行了么，node_modules 下面其他东西别管它。

JS 社区虽然乱七八糟的生态体系为人诟病，但是你引用的包引用别的包，别的包再引用第三层包，这不是所有现代语言的基本操作么？无论是 Python PHP Java C# 都是如此。从这个意义上 JS 社区并不比别的语言更乱。

我觉得你不是跟不上前端的变化，是有点跟不上现代开源软件开发体系。。。

@ericls 摊手。这么说的话我觉得 Python 成熟的框架也就剩下 Django 了。其他的都得自己狂造轮子。。。

@ericls 你这么说也是。。。不过我觉得上了什么 fastapi uvicorn 之类的，也没啥值得 takeaway 的结果。Python 的网络性能嘛，也就那样。。。

@a719114136

aiohttp、tornado、sanic 这三个异步的被你吃了？

@ericls 用不用 asgi 对于框架使用者有区别嘛？

sanic on asgi: https://sanic.readthedocs.io/en/latest/sanic/deploying.html#running-via-asgi

反正都是用了框架然后怼而已。对于全异步而言，我不觉得用不用 uvicorn 会造成根本性的结果提升。

支持 up 主，1L 2L 我觉得反驳点确实成立，但是对于整篇文章的总体结论没啥区别。

userList 它不香？