V2EX = way to explore
V2EX 是一个关于分享和探索的地方
Sign Up Now
For Existing Member  Sign In
V2EX  ›  chendy  ›  全部回复第 35 页 / 共 183 页
回复总数  3655
1 ... 31  32  33  34  35  36  37  38  39  40 ... 183  
2023 年 11 月 24 日
回复了 evilmiracle 创建的主题 MacBook Pro 你们的 MacBook Pro 都用了多少年?
2014 年初买的 15 寸 rmbp ,16/512 ,用到了 20 年末,用了快七年
换了 13 寸 pro ,m1/16/512 ,用到现在 3 年了,预计至少还能用两年,实际可能坚持的时间更长
2023 年 11 月 24 日
回复了 wkong 创建的主题 V2EX v2ex 增加实时话题聊天室的功能会很酷
聊技术,聊不起来
键政,没啥意思
发色图,我找个色图群不好么
2023 年 11 月 24 日
回复了 aqtata 创建的主题 程序员 Info 日志和 Debug 日志的界限在哪?
关键业务信息用 info
细节信息,开启之后很快会把磁盘打满的用 debug
2023 年 11 月 23 日
回复了 MagicCoder 创建的主题 程序员 哪些软件比较适合自己添加单词本背单词?
(印象里)扇贝有词典的功能然后可以把查出来的词加入生词本
8 块钱的单程都能从大运坐到西乡了,老哥你这住太远了吧…
2023 年 11 月 22 日
回复了 albin504 创建的主题 Java Java 库: google guava 挺强大
guava 和 commons-xxx 属于那种,你可以不用,但是你项目里八成有,的恐怖存在
虽然用的最多的可能是 StringUtils.isBlank 和 Hashing
2023 年 11 月 22 日
回复了 pigeon2049 创建的主题 Java project loom 性能实测
老古董问一下:
loom 对 ThreadLocal 和 jdbc 的兼容或者支持是啥样的呢?
程序员只是一个普通的职业而已,自己的事放到所有人身上都是一个意思
自己的事 = 所有事 - 工作的事
再缩小范围可能就是指自己兴趣爱好的事情,家庭日常鸡毛蒜皮这些也不算
2023 年 11 月 21 日
回复了 hyperprice 创建的主题 职场话题 讨论:当前环境下程序员如何苟活或弯道超车?
制造业 IT 部门 JAVA 农路过
只要厂子不黄,这已经坚持了 20 年的系统应该能坚持到我退休…
2023 年 11 月 21 日
回复了 OumaeKumiko 创建的主题 MacBook Pro M1 和 M3 的 Mac 日常使用上有能感知的速度差异么?
理论上有,但是感知可能不明显
跑个重活就很明显了(比如编译一个大一点的项目之类的)
2023 年 11 月 20 日
回复了 lemonTreeTop 创建的主题 生活 自制一周预制菜可行性
可行…啊不对我家不是这个做法
我家是把一周要用的菜和肉洗好切好,放冰箱里
每天早上把肉拿出来化,晚上回家把菜拿出来,扔锅里炒两下弄熟了就可以吃了
代码里我选择 UTC+8
每次都想不起来 beijing 到底需不需要大写有没有下划线(刚看了一眼 HongKong 有下划线)
2023 年 11 月 16 日
回复了 Deking 创建的主题 程序员 程序员有必要学习使用类似 vim 编辑开发吗
基本操作会了就行
——来自 ideavim 用户
1. 啥 O 的问题,跟着项目来就行,通常都和某一层绑定,别人咋用就咋用,别纠结,干就完了
2. DDD 需要甲方乙方整体水平都比较好才能发挥正向的作用,可以借鉴,不要轻易实践
2023 年 11 月 15 日
回复了 cnzmz 创建的主题 Java 接口 API 版本管理怎么写比较合适呢?
@cnzmz 给前端的接口,如果要修改,可以考虑直接弄个新接口,前端切换完成之后老接口删掉
因为接口版本控制对于前后端这种场景作用太小了,新版接口上线约等于旧版本接口下线,不需要弄得太复杂
2023 年 11 月 15 日
回复了 Jianzs 创建的主题 推广 从阿里云全面崩溃看,真的需要「快速跨云迁移」
@Livid 推广内容
2023 年 11 月 15 日
回复了 cnzmz 创建的主题 Java 接口 API 版本管理怎么写比较合适呢?
如果是给前端用的接口,个人理解是不需要版本控制,避免破坏性的修改就行

如果是开放接口,注解的方式看着更优雅一点,chatgpt 说的差不多了
@zhangqian99 #3 那你好像已经把答案说出来了…
注解的方式不一定最优,因为需要处理的逻辑量更大,如果要转换的东西本来就不多,那直接反射更方便
其实还有一些办法比如生成 get set 代码之类的,差别其实不大
另外如果是甲方离线环境…如果有入口的话直接把 mapstruct 或者其他库的 jar 包传进去配到依赖里也行
楼主这是提了个问题么?
不依赖其他库,不考虑不同类型,最简单实现就是弄个 map 保存字段映射关系,然后处理
然后伴随着业务的发展,不同类型需要处理,部分字段需要忽略,每次反射拿字段拿方法效率不行要缓存…最后就自己实现了一个 copy 库
1 ... 31  32  33  34  35  36  37  38  39  40 ... 183  
About   ·   Help   ·   Advertise   ·   Blog   ·   API   ·   FAQ   ·   Solana   ·   5439 Online   Highest 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 41ms · UTC 08:16 · PVG 16:16 · LAX 01:16 · JFK 04:16
♥ Do have faith in what you're doing.