@amlee 这个有可能，我现在没用 nextjs rewrite 了，有时间我再看一下，感谢你的回复。

@heishu 可以的

@lizy0329 不愿意回答混蛋，需要你回答了？

@unco020511 主要是开发阶段前端也可以解决一下，起一个代理服务器就可以。

const express = require('express');
const {createProxyMiddleware} = require('http-proxy-middleware')

let app = express()

app.all('*', (req, res, next) => {
res.header('access-control-allow-origin', "*")
res.header('access-control-allow-credentials', 'true')
res.header('access-control-allow-methods', '*')
res.header('access-control-allow-headers', '*')
if (req.method.toUpperCase() == 'OPTIONS') {
res.send(200)
} else {
next()
}
})

app.use(
'/apis',
createProxyMiddleware({
target: 'http://localhost:80',
pathRewrite: {'^/apis': ''},
changeOrigin: true,
}));


app.listen(4000)

@kkbblzq 请教一下，请问做了哪些简化呢，想学习一下。

@um1ng 我也准备用这个，感谢大佬

@amlee 这个没有到达后端，后端接口没问题，Get 请求正常。

@dayeye2006199 谢谢大佬的耐心解答，我之前习惯用 Vue 的 dev server 跨域了。后端不适配的话，我本地起一个 server 代理一下吧。

@echoless Hibernate 没研究过，我的想法是更倾向于不依赖具体框架和语言

@huwt 就算让他进来也得统一通过 Repository ，不能把 dao 和 数据库实体入侵进来

@huwt 是的，有时候性能和可维护性要平衡一下

@THESDZ 这也就是我说的 Diff

@crysislinux 我现在想的是把 Repository 改一下，原来希望一个 save 方法把整个聚合根持久化，我现在可以增加多个方法，比如 saveOrderItem(OrderItem)

@rozbo 用的是 Java ，不知道有什么成熟的模式可以妥协一下。

@huijiewei 博文中一个观点挺好的：让持久化入侵到领域服务，这样没有性能问题，整个领域内聚且逻辑可复用，只不过损失了领域不强依赖持久的优点。

@rozbo 我现在越来越觉得是你说的这样的，太难实现了，但是他指导思想确实好，请问有推荐的架构没，可以实践的？

@rozbo 现在不用 ORM 也会有问题，我这个问题是基于 DDD 的。

@huijiewei 可能我没有表达清楚。我想表达的是 DDD 对持久化的影响，不是 ORM 批量的问题，DDD 聚合根中的一个 List 属性中的一个元素发生了变化，我实现的时候只想执行一条 update(item)，而不是不管元素有没有修改，全部元素都执行一次 update ，即使一些 ORM 会对后者进行优化，我觉得不应该依赖这种，而且还得设置 allowMultiQueries=true 参数。

如果不用 DDD ，其实没有这种无效访问 DB 的问题。

@huijiewei 现在就是需要实现 Repository ，所以遇到这个问题，我感觉 ORM 解决不了这个问题，请大佬赐教，比如这样一个场景：

- save 一个 List<R>
一般是 rList.foreach(r=>save(r))，如果有的 r 没有修改，以上操作明显会导致多余的对 DB 的访问。