V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  vczyh  ›  全部回复第 7 页 / 共 8 页
回复总数  158
1  2  3  4  5  6  7  8  
2023-05-01 16:03:55 +08:00
回复了 vczyh 创建的主题 程序员 DDD 持久化的时候如何避免无效 DB 操作?
@crysislinux 我现在想的是把 Repository 改一下,原来希望一个 save 方法把整个聚合根持久化,我现在可以增加多个方法,比如 saveOrderItem(OrderItem)
2023-05-01 15:58:54 +08:00
回复了 vczyh 创建的主题 程序员 DDD 持久化的时候如何避免无效 DB 操作?
@rozbo 用的是 Java ,不知道有什么成熟的模式可以妥协一下。
2023-05-01 15:41:34 +08:00
回复了 vczyh 创建的主题 程序员 DDD 持久化的时候如何避免无效 DB 操作?
@huijiewei 博文中一个观点挺好的:让持久化入侵到领域服务,这样没有性能问题,整个领域内聚且逻辑可复用,只不过损失了领域不强依赖持久的优点。
2023-05-01 15:34:38 +08:00
回复了 vczyh 创建的主题 程序员 DDD 持久化的时候如何避免无效 DB 操作?
@rozbo 我现在越来越觉得是你说的这样的,太难实现了,但是他指导思想确实好,请问有推荐的架构没,可以实践的?
2023-05-01 15:09:35 +08:00
回复了 vczyh 创建的主题 程序员 DDD 持久化的时候如何避免无效 DB 操作?
@rozbo 现在不用 ORM 也会有问题,我这个问题是基于 DDD 的。
2023-05-01 15:08:25 +08:00
回复了 vczyh 创建的主题 程序员 DDD 持久化的时候如何避免无效 DB 操作?
@huijiewei 可能我没有表达清楚。我想表达的是 DDD 对持久化的影响,不是 ORM 批量的问题,DDD 聚合根中的一个 List 属性中的一个元素发生了变化,我实现的时候只想执行一条 update(item),而不是不管元素有没有修改,全部元素都执行一次 update ,即使一些 ORM 会对后者进行优化,我觉得不应该依赖这种,而且还得设置 allowMultiQueries=true 参数。

如果不用 DDD ,其实没有这种无效访问 DB 的问题。
2023-05-01 14:44:42 +08:00
回复了 vczyh 创建的主题 程序员 DDD 持久化的时候如何避免无效 DB 操作?
@huijiewei 现在就是需要实现 Repository ,所以遇到这个问题,我感觉 ORM 解决不了这个问题,请大佬赐教,比如这样一个场景:

- save 一个 List<R>
一般是 rList.foreach(r=>save(r)),如果有的 r 没有修改,以上操作明显会导致多余的对 DB 的访问。
2023-04-12 10:31:29 +08:00
回复了 fengpan567 创建的主题 程序员 chatGPT 套了 warp 都救不回来
@heaventear
老哥你用的哪个套餐?
2023-01-06 12:36:14 +08:00
回复了 vczyh 创建的主题 macOS 如何实现 Mac app 安装后以 root 启动一个 daemon?
@ihwbunny
能不能分享一下如何在 pkg 安装的时候索要 root 权限?
2023-01-06 12:35:04 +08:00
回复了 vczyh 创建的主题 macOS 如何实现 Mac app 安装后以 root 启动一个 daemon?
@zhaoxin
感谢!
2023-01-06 10:32:14 +08:00
回复了 vczyh 创建的主题 macOS 如何实现 Mac app 安装后以 root 启动一个 daemon?
@zhaoxin
我的理解是,最后系统会把你的应用程序拉起来对吧?那么这个程序的运行权限是 root 吗?
2023-01-06 09:52:59 +08:00
回复了 vczyh 创建的主题 macOS 如何实现 Mac app 安装后以 root 启动一个 daemon?
感谢 @zhaoxin

现在有了新的 API: https://developer.apple.com/documentation/servicemanagement/smappservice

请问如何以 root 运行后台 LoginItems 程序呢?
2022-12-12 09:24:24 +08:00
回复了 vinckdu997 创建的主题 Linux 现在公司的生产系统主要用什么版本的 Linux 比较多?
@James107
具体优化可以举两个例子吗?
2022-11-10 10:03:57 +08:00
回复了 AerithLoveMe 创建的主题 问与答 kafka 生产者和业务耦合的关系
@AerithLoveMe
我个人觉得没有必要:
1. 增加一次网络是否有必要。
2. rpc 服务提供者( kafka 生产者)是否有必要做成一个单独的服务,因为他功能太简单了。
3. 通过 rpc 发送消息,是否少了很多 kafka 机制,比如丢失消息、重试等。
2022-11-09 16:09:32 +08:00
回复了 AerithLoveMe 创建的主题 问与答 kafka 生产者和业务耦合的关系
kafka 或者 rpc 只是邮件服务向外暴露的不同方式而已。

至于引入 kafka 依赖,这不是很正常么?如果不想引入,那就使用 rpc 方式,rpc 也有可能增加依赖。
2022-09-16 15:58:57 +08:00
回复了 vczyh 创建的主题 日志处理 想把多台机器的日志统一管理,用 ELK 还是 EFK?
@PMR
感谢老哥,我看看去。
2022-09-16 15:26:19 +08:00
回复了 vczyh 创建的主题 Java 不限语言,谈谈如何避免循环依赖?
@byte10
没遇到过循环依赖么...
2022-09-06 17:07:49 +08:00
回复了 vczyh 创建的主题 Java 不限语言,谈谈如何避免循环依赖?
@summerLast 感谢~
2022-09-06 11:01:48 +08:00
回复了 vczyh 创建的主题 Java 不限语言,谈谈如何避免循环依赖?
@shot
这个思路跟在 service 上加一层很类似,只不过这一层是 web/app 。
2022-09-06 10:55:24 +08:00
回复了 vczyh 创建的主题 Java 不限语言,谈谈如何避免循环依赖?
@nothingistrue
非常感谢老哥打这么多字解释。

我理解就是明确每个 Service 的职责和边界,如果需要组合那么这个就不是 User 或者 Order 的职责,这个功能应该放到别的 Service 中。

> 第二,同层之内允许从上到下的调用链,而如果是同层同模块内部,允许双向依赖——不分场合的禁止双向依赖,是违反内聚原则的。

对于这个我有一些疑问:我认为允许同层同模块互相依赖确实可以减少代码冗余,增加内聚,但我们在设计之初是否最好避免互相依赖呢。

能否通过这样的方式:在 service 下加 manager 层,manager 和 service 都不允许同层互相调用,service 可以组合多个 manager ,manager 提供一些细粒度的操作。
1  2  3  4  5  6  7  8  
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   2190 人在线   最高记录 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 22ms · UTC 12:51 · PVG 20:51 · LAX 05:51 · JFK 08:51
Developed with CodeLauncher
♥ Do have faith in what you're doing.