同意#1 。
你这需求让我感觉好像回到了 tomcat 时代：一个网站多个 web application

这种模式不是特别方便。
首先，要小心绝对路径，比如 /xxx.js 之类的，可能得改成相对路径。现代化前端有 publicPath ，但后端我就不确定了。
另外，同源限制、cookie 之类的东西不关注下面的路径，而是看主机。对于你这种原本分开的应用，隔离性不是很好。

@Jasonwxy
我个人认为：interface 比 type 更能体现出面相对象的思想，而 type 则更能体现出 ts 结构化类型的特点。

For the most part, you can choose based on personal preference, and TypeScript will tell you if it needs something to be the other kind of declaration. If you would like a heuristic, use interface until you need to use features from type.

来自官方手册：
https://www.typescriptlang.org/docs/handbook/2/everyday-types.html

1 1452 14.3891% git
2 1053 10.435% cd
3 774 7.6702% ls
4 656 6.50084% yarn
5 492 4.87563% ping
6 318 3.15132% rm
7 317 3.14141% brew
8 313 3.10177% docker
9 270 2.67565% ssh
10 229 2.26935% code
11 203 2.01169% ll
12 193 1.9126% mvn
13 181 1.79368% sudo
14 174 1.72431% open
15 151 1.49638% mkdir
16 118 1.16936% java
17 110 1.09008% cat
18 102 1.0108% ifconfig
19 94 0.931523% find
20 83 0.822515% curl

@matepi 随手写的，平时用的就是具体异常（反正 try/catch 是 IDE 写的）。

Exception 比起 Throwable 来说，漏掉的就是 Error 。但 Error 本身就是那些严重到程序员无法处理的错误了。
[When to catch java.lang.Error?]( https://stackoverflow.com/questions/352780/when-to-catch-java-lang-error)

我一般将 Error 看作是系统崩坏。
比如某个接口抛出了 Exception ，我可能还 catch 一下，打个日志，返回个错误信息，至少其它接口还能用。
而如果捕获到一个 Error ，我认为 jvm 就不可靠了，直接挂了吧。

@dcsuibian 转成 RuntimeException 然后抛，或者打印一下日志再抛。留给最上层处理。

Java 的检查型异常是个没啥用的东西，其它语言都没有采用这种机制（ C++：？？？）。
最不实用的地方在于：就算你捕获到了这个异常，你也不知道怎么处理。

网络、文件很容易出问题，但出问题了咋整，再试几次？试过几次还是不行呢？万一在 close 的时候出现异常呢？
看看那些 ORM 框架、或者文件操作工具库，很明显底层一定会有 IO 操作，但他们就不会在方法上加一堆 throws 。

try{

}catch(Exception e){
throw new RuntimeException(e);
}

同有这个打算，但准备等等了，30 系都是矿

应该不会有什么大的进步，要代码提示的话上 Github Copilot 试试。
参考隔壁，有了 TypeScript 后，IDE 推导 JS 的能力就强了很多。但我感觉不会有 type python 这种东西。

骗到一个算一个。

Nodejs 官方根本没有什么中文网。这东西是山寨的。正宗的是 nodejs.org

刚学 node 的时候误点进去看了下。就是纯翻译，翻译的不好还不及时。
看核心直接 node.dev/learn ，api 要看这种机翻的话还不如去直接百度下算了。199 我真的笑出声。

买的盘烂，用 sata 也好不了

同意#1 ，两种模型其实并不是非常和谐的。
我现在都是用 DO 、PO 对应数据库单表，然后再转换成比较面向对象的结构。

要考虑。不过不是前端考虑。
所有前端发过来的东西都是不可靠的。敏感数据鉴权，限制访问次数都是后端的事。
前端做不了，浏览器控制台看网络请求，api 一目了然。你要回避就得在请求体里再加密包一层，但前端加密的密钥还是藏在前端代码里的。

有些网站，比如 github 、v2ex 还会提供开放 api ，允许别人直接访问。这时候连前端都没有。
代码混淆什么的可以做，不过得在后端已经做得很安全了以后，锦上添花罢了。

最后，打开你平时上的网站：百度、狗东、B 站、支付宝，甚至是竞争对手的网站，看看人家咋做的。

①游戏开发相关，性能要求高 ② 跨平台 ③个人学习
这种情况能放心推荐 Flutter

HTML 、CSS 、JS 确实是目前比较好的跨端方案，但写的一般就是增删改查应用。

电脑：MacBook Pro 2019 Intel 16 寸
键盘：宁芝 82 键
鼠标：微软人体工学大馒头（在我推荐下已经有 3 个同事入了）+ Magic Trackpad
外接显示器：U2720QM ，单屏
扩展坞：贝尔金 雷电 3

合盖用立式支架，所以需要独立触摸板。因为有扩展坞，插一根雷电线就可以了。
但实际上并没有那么优雅，每次都是笔记本开盖，然后插上线，等显示器输出画面，再合盖，放到支架上。（如果直接合盖插，那么显示器就没有信号，至少 Catalina 的时候还是这样的，有时候搞不好还会死机）

其实我还有一个 2k 的显示器，但 mac 的 2k 支持很差，使用了 one-key-hidpi 又有鼠标消失问题。于是现在单屏了。mac 双屏应该要双 4k 才好。
另外体验也不好，我在学习的时候，经常是左边屏幕放 B 站视频，右边 Typora 做笔记。如果写了一点笔记，然后想暂停下视频。必须得在视频位置点一下先让 Chrome 获取焦点，等一小会儿再点第 2 下。如果直接双击就会全屏、只点一下 Chrome 获取焦点了，但视频还在放。本来以为是 Magnet 的问题，后来发现双屏也这样。
准备换回 Windows 了。

遍历 codepoint 对比下。
我项目里都是用 utf8 without bom 的。

我也看见了，看来是今天刚上的

设置-->设备偏好设置-->系统-->USB 模式，选兼容模式试试看？
我猜的