bigpigB

6N6GCDHGHhaCXKsbrZYgKS
还可以上车么

正常上下班就行

建议是不在媳妇睡觉的时候写代码，要是真的需要写，去次卧睡觉

@mightybruce 业余学习而已，我是看《设计模式之美》，发现里面的例子都是 JAVA ，虽然基本看的懂，但还是觉得还是基本掌握一下 JAVA 会好点

@giter 好的大佬

以下是一个使用资源版本（ Resource Version ）进行判断的示例代码片段，以避免循环更新问题：

go
import (
"fmt"
"k8s.io/apimachinery/pkg/apis/meta/v1"
"k8s.io/client-go/kubernetes"
"k8s.io/client-go/tools/cache"
)

// 在 Informer 的事件处理函数中调用此方法进行更新操作
func updateResource(clientSet *kubernetes.Clientset, obj interface{}) {
resource, ok := obj.(cache.Resource)
if !ok {
fmt.Println("Invalid resource object")
return
}

// 获取当前资源的版本
currentVersion := resource.GetObjectMeta().GetResourceVersion()

// TODO: 根据自己的需求，获取上次处理的版本或时间戳
lastVersion := "some_last_version"

// 比较当前版本与上次处理的版本
if currentVersion != lastVersion {
// 执行更新操作

// 更新完后，更新上次处理的版本为当前版本
lastVersion = currentVersion

// TODO: 在这里执行你的更新逻辑
}
}

您可以通过在更新资源之前进行一些判断和比较来避免循环更新的问题。以下是几种可能的解决方法：

使用资源版本（ Resource Version ）或修改时间戳：在监听到资源更新时，获取当前资源的版本或修改时间戳，并与上次处理的版本或时间戳进行比较。只有当它们不相等时，才执行更新操作。这样可以确保只有真正发生变化的资源才会被更新。

使用标记字段（ Annotation ）或标签（ Label ）：为每个资源添加一个特定的标记字段或标签，在触发更新操作时检查该字段或标签是否已设置。如果已设置，则跳过更新；否则，进行更新并设置标记字段或标签。

使用状态字段：为每个资源添加一个表示状态的字段，例如“已更新”。当接收到资源更新事件时，先检查该字段的值，如果已经标记为“已更新”，则跳过更新操作；否则，进行更新并将字段值更新为“已更新”。

延迟更新或批量更新：在监听到资源更新后，不立即执行更新操作，而是延迟一段时间或等待一定数量的更新事件积累后进行批量更新。这样可以避免频繁的单个更新请求。

根据您的具体需求和代码实现，选择适合的方法来避免循环更新问题。

把课程《 Go 语言项目开发实战》里的 iam 项目重新写了一遍

这个我也在看，我好奇楼主是怎么梳理里面的各种设计模式的。
感觉看代码看得很恼火

想试试，但是我没有 telegram 。私信不了