首页 注册 登录
V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  vczyh  ›  全部回复第 9 页 / 共 10 页
回复总数  197
1  2  3  4  5  6  7  8  9  10  
❮ ❯
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 提供一些细粒度的操作。
2022-09-05 17:54:19 +08:00
回复了 vczyh 创建的主题 › Java › 不限语言，谈谈如何避免循环依赖？
@nothingistrue
情况 1：查询用户，带出对应的订单（造成 User 依赖 Order.getListByUserId(long userId)接口）
情况 2：查询订单，带出用户的某些信息（造成 Order 依赖 User.getSomeInfo(long userId)）
请问这种 service 互相依赖怎么解决？
1  2  3  4  5  6  7  8  9  10  
❮ ❯
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   3556 人在线   最高记录 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 29ms · UTC 04:24 · PVG 12:24 · LAX 20:24 · JFK 23:24
Developed with CodeLauncher
♥ Do have faith in what you're doing.