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

@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 ，重复的数据传到后端也不处理。

第一个事故是当时我在一家新闻网站负责发文系统。有编辑发 xi 大大的文章，内容是一组图片，使用文本编辑器的格式化文章功能，出现了图片缺少和重复的问题。发出去后被 wang_xin_ban 看到并批评了。大早上被领导打电话叫起来分析问题了。

第二个事故比较常见。早上收到警报电话，到单位后分析，发现是广告平台找回密码接口被不存在的账户调用过多，错误日志短时间太多触发了警报。

别说京东了，我在淘宝买的手机壳，在深圳发货，走的中通，直接在深圳呆了一周才运出去。