9
Java 项目该不该用 stream 流来编写代码？考虑 code viewer
source link: https://www.v2ex.com/t/843929
Go to the source link to view the article. You can view the picture content, updated content and better typesetting reading experience. If the link is broken, please click the button below to view the snapshot at that time.
87 条回复 • 2022-03-31 21:13:44 +08:00
xuanbg 1 天前
我觉得更清晰
zmal 1 天前
你司大佬排斥 stream 的原因无非这么几条：
1. 可读性差。理论上 lambda 范式的代码可读性会更好。如果可读性变差了，说明姿势不太对，业务逻辑和控制逻辑没有分离。
2. 性能损耗。据说相比 for loop 大约 15%的性能损失。但对业务代码来说是可接受的。
3. 不便调试。这个要看具体案例，个人认为不是问题。
4. 老派守旧。无解，建议换公司。
1. 可读性差。理论上 lambda 范式的代码可读性会更好。如果可读性变差了，说明姿势不太对，业务逻辑和控制逻辑没有分离。
2. 性能损耗。据说相比 for loop 大约 15%的性能损失。但对业务代码来说是可接受的。
3. 不便调试。这个要看具体案例，个人认为不是问题。
4. 老派守旧。无解，建议换公司。
RobberPhex 1 天前
用 stream （甚至用函数式编程）都会遇到一个问题，就是堆栈不可回溯了。你只能看到这个 stream 的栈，再往上就看不到上一个 stream/lambda 了，只能看到 stream 库的栈了。
所以我个人觉得，单个语句中，stream 可以用一次，不能再多。
当然，回到问题，公司项目，怎么约定就怎么来，协作重要。
所以我个人觉得，单个语句中，stream 可以用一次，不能再多。
当然，回到问题，公司项目，怎么约定就怎么来，协作重要。
aptupdate 19 小时 17 分钟前 via iPhone
前段时间有个奇葩需求要对集合各种过滤、排序、分组，当时就感叹要是没有 stream 我得累个半死。
所以这种省时省力的方法为什么不用呢？ NPE 问题确实麻烦，不过新版 idea 里有个流调试器，直接可视化处理过程。
所以这种省时省力的方法为什么不用呢？ NPE 问题确实麻烦，不过新版 idea 里有个流调试器，直接可视化处理过程。
nothingistrue 17 小时 25 分钟前
Stream 及 Lambda 表达式的第一优点就是代码简洁，这跟 code review 是正相关，不是互斥的。
不过 Lambda 表达式能无缝转接，Stream 不能。Stream 使用的是数据流逻辑，跟传统的“判断、循环……”逻辑有区别，转换过去需要学习。但是这个学习成本不大，而且如果是数据结构 /算法已经很溜的，早就回了压根不用学。大佬刚开始不让用，可能还是要考虑团队管理，大佬要是一直不让用，那他 100%是假大佬。
不过 Lambda 表达式能无缝转接，Stream 不能。Stream 使用的是数据流逻辑，跟传统的“判断、循环……”逻辑有区别，转换过去需要学习。但是这个学习成本不大，而且如果是数据结构 /算法已经很溜的，早就回了压根不用学。大佬刚开始不让用，可能还是要考虑团队管理，大佬要是一直不让用，那他 100%是假大佬。
loryyang 17 小时 4 分钟前 
1
可以，但，注意别过于复杂
我对代码的认知就是，这代码写完，过段时间，你自己能不能很快地看懂，看不懂就说明写得不好。要不改逻辑，要不写注释
最后，stream 也有上面提到的堆栈问题，一般不建议做非常复杂的操作
我对代码的认知就是，这代码写完，过段时间，你自己能不能很快地看懂，看不懂就说明写得不好。要不改逻辑，要不写注释
最后，stream 也有上面提到的堆栈问题，一般不建议做非常复杂的操作
dayudayupao 16 小时 45 分钟前
Stream 需要什么可读性，跟业务逻辑代码比起来，这几个集合操作的复杂度有啥，还是把重心放在业务逻辑代码的清晰上来吧，这种语法糖怎么可能承载太多逻辑
clf 16 小时 23 分钟前
stream 除了一些小坑（ localthread 相关）外，都挺好的。对于可读性的提升也是很大的，相对来说，可以很清晰的知道这份 stream 输出的数据经过了哪些流程。
NoKey 13 小时 0 分钟前
太多一刀切的说法，还有说因为不让用 stream 直接换公司的。。。
学 java 的同时，学习一下其他语言
各种语言提供的语法糖不同
如楼上有人说的，如果没有 stream ，各种分组，过滤，排序就不会写了
这实际上是有问题的
当然，要觉得自己这辈子在程序员这路上，只用 java ，且都在 1.8 版本以上，那也没啥问题
学 java 的同时，学习一下其他语言
各种语言提供的语法糖不同
如楼上有人说的，如果没有 stream ，各种分组，过滤，排序就不会写了
这实际上是有问题的
当然，要觉得自己这辈子在程序员这路上，只用 java ，且都在 1.8 版本以上，那也没啥问题
TWorldIsNButThis 12 小时 47 分钟前 via iPhone
@EscYezi 还有 eclipse collections
Java 官方视频拿 java17 的 stream 跟它对比，说难道更好的抽象（指 eclipse collections ）一定会有更差的性能吗？结论为不是，因为 eclipse collections 在他们给出的几个用例下抽象更好且速度也更快 XD
Java 官方视频拿 java17 的 stream 跟它对比，说难道更好的抽象（指 eclipse collections ）一定会有更差的性能吗？结论为不是，因为 eclipse collections 在他们给出的几个用例下抽象更好且速度也更快 XD
FrankHB 8 小时 31 分钟前
@RobberPhex @dreamramon @loryyang @byte10
提到的一些通病比这里说的原始问题更有毛病得多。
栈作为活动记录的一种实现，本来就用于隐藏过程运行时状态的实现细节。只有直接能在程序中显式访问活动记录的语言（比如至少得有 first-class one-shot continuation ），这种东西才配被要求是和程序员交互的标配。
说白了，在抽象能力弱鸡的语言里没事依赖栈帧是一种习惯性纵容实现泄露抽象的病。
特别是要知道 Java 不光不支持 continuation capture ，甚至连 proper tail call 都没有……设计 JVM 的丈育还用 stack inspection 当挡箭牌，结果差不多被正面打脸： https://stackoverflow.com/a/5097402
退一步讲，真是想要照顾调试体验，又不是 C 这种滥依赖 ABI 兼容的历史包袱，这么多年了连个 shadow stack 都不会实现的弟弟怎么好意思变成工业主流的？
算了，还是先停止把 stack 叫做什么劳什子“堆栈”开始吧。
（反思为什么 NPE PTSD 以及 optional 实质套娃的问题就不提了，本质算不上 Java 特色，虽然这年头也快成了 Java 特供问题了。）
提到的一些通病比这里说的原始问题更有毛病得多。
栈作为活动记录的一种实现，本来就用于隐藏过程运行时状态的实现细节。只有直接能在程序中显式访问活动记录的语言（比如至少得有 first-class one-shot continuation ），这种东西才配被要求是和程序员交互的标配。
说白了，在抽象能力弱鸡的语言里没事依赖栈帧是一种习惯性纵容实现泄露抽象的病。
特别是要知道 Java 不光不支持 continuation capture ，甚至连 proper tail call 都没有……设计 JVM 的丈育还用 stack inspection 当挡箭牌，结果差不多被正面打脸： https://stackoverflow.com/a/5097402
退一步讲，真是想要照顾调试体验，又不是 C 这种滥依赖 ABI 兼容的历史包袱，这么多年了连个 shadow stack 都不会实现的弟弟怎么好意思变成工业主流的？
算了，还是先停止把 stack 叫做什么劳什子“堆栈”开始吧。
（反思为什么 NPE PTSD 以及 optional 实质套娃的问题就不提了，本质算不上 Java 特色，虽然这年头也快成了 Java 特供问题了。）
Recommend
About Joyk
Aggregate valuable and interesting links.
Joyk means Joy of geeK