@yejinmo querydsl jooq ebean…
国外这类框架挺多的

fleet 之前我看演示就是用的 rust analyzer

@EscYezi 还有 eclipse collections
Java 官方视频拿 java17 的 stream 跟它对比，说难道更好的抽象（指 eclipse collections ）一定会有更差的性能吗？结论为不是，因为 eclipse collections 在他们给出的几个用例下抽象更好且速度也更快 XD

@w741069229 那建议他们转 go 永远不升 1.18 的那种

idea 可以一键把 stream 转成 for

什么时候改名叫 ReactOS

实际上 js 里没指定就是未定义行为

@Charrlles 感谢 今天试了下的确解决了

@cutemurphy2888 kotlin 没有 java 或者 js 里的字段，
只有 property 的概念，property 是否对应一个真正的字段是编译器判断

可以包一层 optional

@dablwow 是 demo 里的吗
我后来找了个控制下拉高度的属性 在 ondragstart 的时候设为 0 就可以避免下拉
但是 swiper 的左右滑动靠在 ondragstart 的时候设置 allow touch move 为 false 就不行

@knives dependent 官网也是一句话就没了，就说通过 getKey 的函数返回 falsy 值或者抛异常可以实现先获取 a 在获取 b ，但是完全没讲更新的事情

比如更新 id list 以后，id list 可能变可能不变，不变的情况下依然要更新 id 对应的 item ，这个是否是通过 onSuccess 手动触发 dependency 的更新？

想实现的效果是进来获取一次 id list 一次 item ，更新也是只请求一次 id list 和对应的 items

@ospider
@maichael
老哥们能否帮忙看下 swr 的这个问题 感谢
https://www.v2ex.com/t/839773

一些前端工具链都在用 rust 写

@HeStudy useRequest 的话是用 refreshDeps 解决吗 我再研究一下

const useData = () => {
const {
data: ids,
isValidating: updateId,
mutate: mutateId,
} = useSwr('/api/ids', fetchId, {
onSuccess: async () => {
await mutateData()
},
})
const { data, mutate: mutateData, isValidating: updateData } = useSwr(() => ids, fetchData)

return {
ids,
data,
mutateData,
mutateId,
updateData,
updateId,
}
}

又换了个写法，现在请求次数就是 id 和 data 各一次了
感觉好像 dependent query 没必要保持 key 不变，但是在 id 的 onSucess 里刷新它的 dependent query 好像也有点怪。。

但是这样写第一次渲染的时候一定会请求两次 id ，有什么方法优化吗

另外如果用 react query 实现相同的功能会不会简单些？

const fetchId = async () => {
await new Promise((res) => setTimeout(res, 1000))
const millis = new Date().getMilliseconds().toString()
return millis
.substring(millis.length - 4)
.split('')
.map(Number)
}

const fetchData = async (ids: number[]) => {
await new Promise((res) => setTimeout(res, 1000))
return await Promise.all(ids.map((id) => new Promise((res) => res(`data-${id}`))))
}

const useData = () => {
const { data: ids, isValidating: updateId, mutate: mutateId } = useSwr('/api/ids', fetchId)
const {
data,
mutate: mutateData,
isValidating: updateData,
} = useSwr(ids && 'data', async () => {
return await fetchData((await mutateId()) || [])
})

return {
ids,
data,
mutateData,
mutateId,
updateData,
updateId,
}
}

好像找到一个解决方案，在 dependent query 里 mutate id ，根据返回的 id 再去请求，由于 swr 在短时间内多次调用只会发一次请求，所以最终也就发两次请求？但是不知道这算不算 anti-pattern ？