1. 最开始进入时候的提示 modal 和整个网站的配色风格不搭配，感觉就是 light 和 dark 混搭
2. 左下角的蓝色 button 文字黑色有点奇怪，一般来说 primary 和 second 的文字颜色都是白色
3. 赞助一下，为爱发电的 modal ，下面圆角没处理好，露出了白色
4. 公共聊天那行的 disabled button 会出现两种鼠标指针样式 5
5. Accessibility 做的其实很不好，好多 button 都没法用键盘来选中和控制

因为 proxy 、defineProperty 、原型链和深浅拷贝都是面试八股文啊，实际上用的时候真的很少很少

串儿的话，可以推荐一家丰茂烤串，本东北人觉得味道相当不错了。就是有点小贵

@zjsxwc exceljs 就可以啊

这个搞个 html 网页不就好了，
1. js 有成熟的库比如 xlsx.js 、sheet.js 来处理 excel
2. 解析 json so easy
3. 浏览器请求图片可以有强缓存，不需要每次都下载，节省带宽，节省时间
4. 浏览器可以多线程处理，不用担心处理的时候无响应

我这以前还见过直接把密码明文传回来的，喷了三个月才改。所以不要神化后端，有些人就是能力不行，只不过他恰好做后端而已。

nextjs 会将 node_modules 中的模块使用 require 加载，import 出现在 commonjs 中，需要将 antd 编译打包
修改 next.config.js 文件如下：

module.exports = {
webpack(config, options) {
/* 将 antd 打包到服务端生成的文件中 */
if (options.isServer) {
const endIndex = config.externals.length - 1;
const externalsFunc = config.externals[endIndex];

config.externals[endIndex] = function(ctx, callback) {
if (/(antd|rc-|@ant-design)/i.test(ctx.request)) {
return callback();
}

return externalsFunc(ctx, callback);
};
}
};

interface Result {
code: string;
message: string;
}


interface ResultData<T = unknown> extends Result {
data: T;
}

function post<T>(url: string, params?: Record<string, any>, _object = {}): Promise<ResultData<T>> {
return this.service.post(url, params, _object);
}

const previewCode = (params: any): Promise<ResultData<string>> => {
return post<string>(`/generate/preview`, params);
};

const preview = async (type: any) => {
const { data }: { data: string } = await previewCode(post);
let previewContent;
previewContent.value = data;
};

稍微改了一下

反正我们是有 code review 和各种单元测试、e2e 测试的。每次 push 代码都要跑一个小时的各种 pipeline 。

这个优点在生产环境里完全没有必要。在开发环境还会有问题，所以就不用。

感觉和我以前做过的新闻平台发文的需求很像，我们当时有好多新闻类型。我当时的做法是：
每个类型一种 UI 。
像叠积木一样，将 UI 需要的组件进行拆分，每个组件只负责一种功能。组件之前如果有通信，用 Event 监听。这样可以减少组件间的互相依赖。不同的类型就将组件根据不同的需求组合起来。
数据和逻辑统一处理，数据只有一个入口和出口。当时在浏览器环境内使用了 graphql 。不同类型需要获取和处理哪些数据，直接通过 graphql 的查询语句组合起来。这样就不必拆分处理逻辑，而且也能精细的获取到想要的数据。
路由处理建议 1 和 2 。

锁定包管理器，请用 corepack： https://github.com/nodejs/corepack 。
关于 node-sass ，官方已经警告废弃了，并且已经推荐了好几种方案，包括迁移到 sass ，配置各种参数等： https://github.com/sass/node-sass#binary-configuration-parameters ，几分钟就能搞定的东西。

用 idea 甚至可以直接发 http 文件

@ugpu 内嵌也有，pc 端网站也有

1. 动画太慢了，时间建议在 0.3s-0.5s 之间
2. 最下面的弹出层建议切换到另一个时关闭当前的，弹出好几个还要用户自己一个一个关闭
3. 最下面的动画和高亮配合的时间不是很好
4. 图标风格不一致，颜色不一致
5. 图标颜色和背景颜色接近，需要仔细看才能看清，很不方便

Flutter 之前让我写过，至少接触了 dart 。
React 的话还是学一下吧，以我的工作经历来说（创业小厂，某新闻网站 react + koa ，某职场 app nextjs 内部系统 react + koa ，某外企）都是 react 技术栈。面试的时候也会问 react 的相关问题。
Electron 还是可以的，相比 tauri 来说生态还是更丰富一些，毕竟 tauri 并没有完全跨平台。

我们的测试用例都是自己写的

其实 webrtc 可以，不过不确定外国的 TURN Server Cloud 在国内能不能用

IndexedDB 啊，前端也是有数据库的。
localstorage 同步，还是存的字符串。不适合这个业务场景。
每条数据可以对应唯一 ID ，重复的数据传到后端也不处理。