duan602728596

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

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 端网站也有