首页   注册   登录

1oNflow

V2EX 第 210958 号会员,加入于 2017-01-16 08:31:04 +08:00
今日活跃度排名 9820
1oNflow 最近回复了
5 天前
回复了 shentt715 创建的主题 职场话题 29 岁,向各位老哥求点人生意见。
@shentt715 分销产品,你确定能找到靠谱厂家不被坑,还有如果很赚钱为啥他们不自己卖。
5 天前
回复了 wayto134 创建的主题 问与答 V 友最喜欢的几部电影是?
2001 太空漫游
霸王别姬
现代启示录
银翼杀手
奇爱博士
发条橙
十二怒汉
飞跃疯人院
阿甘正传
鬼子来了
指环王
美国丽人
闻香识女人
无间道
攻壳机动队
eva 新剧场版
魔法少女小圆
今敏的几部
凉宫春日的消失
听说桐岛要退部
5 天前
回复了 shentt715 创建的主题 职场话题 29 岁,向各位老哥求点人生意见。
把国内的货物出口到日本亚马逊上卖呢?会不会比做淘宝更容易,利润还能多一点。

有很多淘宝上很便宜,需求量大的日常用品,在日亚上价格翻了好几倍,基本都是中国卖家(质量还不怎么好…)
@anakinsky 对于集合的话,key 没法设置成单个记录的 id,这样查找时还是不会命中。

@90d0n 感谢思路,后来搜索到一篇文章提到了这个问题: https://blog.csdn.net/tianyaleixiaowu/article/details/70314277

2.能否用上面的方法来存储集合?譬如所有的 Post 集合,当新增时集合也随之改变?

不行的,假如给 List<Post> findAll 做了个缓存,那下次查询时确实不用查表了,但是当你新增、修改、删除任何一个对象时,这个缓存的集合都是不变的。

除非你在所有的能修改对象的地方,都加上 CacheEvict,key 为集合的 key,这样任何修改,都是删除整个集合对象的缓存,下次再查时才能缓存起来。而大部分时候,集合对象都是在不停变化的,除了一些不变的如城市列表之类的,其他的都不适合用这种缓存方式。会导致频繁创建大对象,而且大部分时候也不需要查整个集合,而是分页。

这样做性能可能不是很好,所以 findAll()打算不做缓存了,只对 findById()做缓存,不知道有没有更优的方案。
18 天前
回复了 ligudo 创建的主题 程序员 求教 kafka 的一个问题 : )
@sirgod 感谢回复,也就是在客户端和 kafka 之间加一个服务器,客户端开 websocket 到服务器,服务器再连到 kafka 吧。
这是 json 里面的数组,Google firebase 就是这么显示的,后端用 node 直接按数组处理(.map)没问题。
18 天前
回复了 ligudo 创建的主题 程序员 求教 kafka 的一个问题 : )
@sirgod 客户端不能直接连 kafka 吗?那客户端怎么接收消息啊
His majesty Jerk III
19 天前
回复了 onice 创建的主题 程序员 打算逃离大城市了
你是不是看了不少曾博,但你觉得他会抛弃内卷去北极来 uber 吗…

反正程序员干到 30 多岁,大概率升不上去或者被清退了,最后副业都搞成了主业。

所以你读书读到 20 多岁,真的需要读那么久吗,真的学到什么了吗?刷题刷那么多,真的喜欢做题,真的想当一辈子程序员?

名和利生不带来,死不带去,名我不需要,利够用就行了,如果你再考虑丁克,压力又少了一半。

东亚太内卷了,拼的昏天黑地,却很少有人问自己为什么要重复过去一代代人(的悲剧),换个环境吧,不过这个理想的地方可能并不存在于这个地球上。
@also24 前端忘了在正文里说了,就是 spring 加模板引擎,后端渲染的 html,所以前后端都在一个 jar 一个容器里。我看 java 后台连接 rabbitmq 没问题就以为前端也应该没问题。
后来开放了 mq 容器的 15674 端口,问题就解决了,原以为 compose 的两个容器会有更紧密的联系(相比于 docker 外的用户),可以直接互相访问…
关于   ·   FAQ   ·   API   ·   我们的愿景   ·   广告投放   ·   感谢   ·   实用小工具   ·   2166 人在线   最高记录 5043   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.3 · 10ms · UTC 09:35 · PVG 17:35 · LAX 02:35 · JFK 05:35
♥ Do have faith in what you're doing.